XYplorer Beta Club

admin wrote:I thought about it again, and now I find it not such a good idea. It actually might lead to forum bloat! To get higher ranks people will begin writing superfluous mini-posts like "Thanks" -- "You're welcome" -- "You, too" -- etc.

+1 (Mini enough?)

bergfex wrote:

admin wrote:I thought about it again, and now I find it not such a good idea. It actually might lead to forum bloat! To get higher ranks people will begin writing superfluous mini-posts like "Thanks" -- "You're welcome" -- "You, too" -- etc.

+1 (Mini enough?)

(that's mini!)

admin wrote:

serendipity wrote:I agree with Jeff on all accounts. XY can go a long way if it remains bloat-free (like it has for past 10 years).
BTW, I checked the start-up speed of the latest version 6.80 with last free version 5.55 (I tried my best to have similar settings). 5.55 loaded in 2.128 seconds and 6.80 in 2.685 seconds.

You have a slow computer. I startup 6.80 in about 600 msec. Anyway, the difference is mainly the CKS, I suppose (I could find out, of course, but no time...).

It could also be the Antivirus program... I made a test a while ago, and the results was about 3.000 msecs! with Antivirus turned on and 990 msecs with Antivirus turned off... It could also be any antispyware tool which scans in the background or any similar stuff. My computer was fast with 2GB ram and Intel Duo Core processors.

(The antivirus used was from Computer Associates)

admin wrote:

serendipity wrote:I agree with Jeff on all accounts. XY can go a long way if it remains bloat-free (like it has for past 10 years).
BTW, I checked the start-up speed of the latest version 6.80 with last free version 5.55 (I tried my best to have similar settings). 5.55 loaded in 2.128 seconds and 6.80 in 2.685 seconds.

You have a slow computer. I startup 6.80 in about 600 msec. Anyway, the difference is mainly the CKS, I suppose (I could find out, of course, but no time...).

Well, that's harsh. I mean, what would you say about my computer then : Application loaded in 6 885 ms
Honestly though, I don't really care; It's not slow, and I rarely start XY anyways, it's always there And what matters most is that it's fast when I use it, and it is

XY is one of the rare product that keeps getting better & better but never goes the bloat way, and that is another reason I, and I think we all, love it (so much)

jacky wrote:

admin wrote:

serendipity wrote:I agree with Jeff on all accounts. XY can go a long way if it remains bloat-free (like it has for past 10 years).
BTW, I checked the start-up speed of the latest version 6.80 with last free version 5.55 (I tried my best to have similar settings). 5.55 loaded in 2.128 seconds and 6.80 in 2.685 seconds.

You have a slow computer. I startup 6.80 in about 600 msec. Anyway, the difference is mainly the CKS, I suppose (I could find out, of course, but no time...).

Well, that's harsh. I mean, what would you say about my computer then : Application loaded in 6 885 ms
Honestly though, I don't really care; It's not slow, and I rarely start XY anyways, it's always there And what matters most is that it's fast when I use it, and it is

XY is one of the rare product that keeps getting better & better but never goes the bloat way, and that is another reason I, and I think we all, love it (so much)

Yeah, XYplorer is really fast. If you should experience any "slow" startup issues - the problem is very often not XYplorer, rather related to other applications.

These applications could be

- Antivirus tools
- File indexing tools (desktop search programs etc..)
- Anti-Spyware tools etc...

admin wrote:I'm especially looking forward to the file-based scripting (aka script files). It's like "plugin user commands", very cool.

Yeah, me too. Although I have to say, "Here is Scripting!" : that's got me all excited already!

Looks pretty cool, and we can even mix them together already :
::#128::#1418::#1419::#1420
works like a charm!

This is going to be really good !

jacky wrote:

admin wrote:I'm especially looking forward to the file-based scripting (aka script files). It's like "plugin user commands", very cool.

Yeah, me too. Although I have to say, "Here is Scripting!" : that's got me all excited already!

Looks pretty cool, and we can even mix them together already :
::#128::#1418::#1419::#1420
works like a charm!

This is going to be really good !

This is super! Well done, Don.

jacky wrote:

admin wrote:I'm especially looking forward to the file-based scripting (aka script files). It's like "plugin user commands", very cool.

Yeah, me too. Although I have to say, "Here is Scripting!" : that's got me all excited already!

Looks pretty cool, and we can even mix them together already :
::#128::#1418::#1419::#1420
works like a charm!

Arrgh, you spoiled my surprise I planned for you only tomorrow!!

But what is ::#128::#1418::#1419::#1420 ??? I see, I must add a little script-friendlylizer...

admin wrote:

jacky wrote:

admin wrote:I'm especially looking forward to the file-based scripting (aka script files). It's like "plugin user commands", very cool.

Yeah, me too. Although I have to say, "Here is Scripting!" : that's got me all excited already!

Looks pretty cool, and we can even mix them together already :
::#128::#1418::#1419::#1420
works like a charm!

Arrgh, you spoiled my surprise I planned for you only tomorrow!!

But what is ::#128::#1418::#1419::#1420 ??? I see, I must add a little script-friendlylizer...

Maybe some kind of comments or alias or whatever to make the script easier to read would be nice

admin wrote:Arrgh, you spoiled my surprise I planned for you only tomorrow!!

oops, sorry! Not my fault, I got too excited trying this out!

admin wrote:But what is ::#128::#1418::#1419::#1420 ??? I see, I must add a little script-friendlylizer...

Well, I think for XY commands there was already such things as alias planned, no? eg "#1" or "Goto"
But I'm not sure for UDCs, maybe a new field "Alias" to be set by user ?

admin wrote:I thought about it again, and now I find it not such a good idea. It actually might lead to forum bloat! To get higher ranks people will begin writing superfluous mini-posts like "Thanks" -- "You're welcome" -- "You, too" -- etc.

I certainly wouldn't disagree with this, but maybe we could find some appropriate graphic to indicate that jacky is the wiki-master and that I'm the blog-editor? For any of those who haven't figured that out already..

admin wrote:But what is ::#128::#1418::#1419::#1420 ??? I see, I must add a little script-friendlylizer...

Not only is it somewhat hard to read, it means that these values would have to remain stable in future, so having some sort of a 'dictionary' that would translate these back to internal id's would seem to be a way to go, if that isn't already planned...so that user would select from the English name for the ID, thus allowing the numerics to change behind the scenes if needed.

j_c_hallgren wrote:

admin wrote:I thought about it again, and now I find it not such a good idea. It actually might lead to forum bloat! To get higher ranks people will begin writing superfluous mini-posts like "Thanks" -- "You're welcome" -- "You, too" -- etc.

I certainly wouldn't disagree with this, but maybe we could find some appropriate graphic to indicate that jacky is the wiki-master and that I'm the blog-editor? For any of those who haven't figured that out already..

Yes, I'll see...

j_c_hallgren wrote:

admin wrote:But what is ::#128::#1418::#1419::#1420 ??? I see, I must add a little script-friendlylizer...

Not only is it somewhat hard to read, it means that these values would have to remain stable in future, so having some sort of a 'dictionary' that would translate these back to internal id's would seem to be a way to go, if that isn't already planned...so that user would select from the English name for the ID, thus allowing the numerics to change behind the scenes if needed.

Those numbers will be there when the sun has already exploded. They are the backbone of XYplorer. Exception: UDCs. When you delete a UDC and create a new one, the old ID will be re-used for the new UDC.

j_c_hallgren wrote:

admin wrote:But what is ::#128::#1418::#1419::#1420 ??? I see, I must add a little script-friendlylizer...

Not only is it somewhat hard to read, it means that these values would have to remain stable in future, so having some sort of a 'dictionary' that would translate these back to internal id's would seem to be a way to go, if that isn't already planned...so that user would select from the English name for the ID, thus allowing the numerics to change behind the scenes if needed.

I don't think the ID's will ever change; the whole point of such things might be just that : they are unique and allow to always identify a function, as they never change. Unlike, say, some "alias" that could be added or change later on...

Also remember that some of those IDs (1418, 1419 & 1420) are actually for UDC, so they might not (all) exist for you, or have different meaning.

Edit: bah, I was a bit slow on this one

jacky wrote:

admin wrote:]But what is ::#128::#1418::#1419::#1420 ??? I see, I must add a little script-friendlylizer...

Well, I think for XY commands there was already such things as alias planned, no? eg "#1" or "Goto"
But I'm not sure for UDCs, maybe a new field "Alias" to be set by user ?

No, I just meant a little reference list for looking up a number in case you forget.
Plus a little translater: input ::#128::#1418::#1419::#1420 -->> output: the command captions

I'll add that to CKS Options...

admin wrote:No, I just meant a little reference list for looking up a number in case you forget.

Sounds like a variant of the 'dictionary' that I had just mentioned...
I could envison this as another method that could aid in creating a script, so you could pick functions from list/dictionary and assemble them...sort of similar to how one adds a built-in function to formulas in Excel..