Let's be modest, here are some mind-blowing ideas!

[jacky]

Well, I see we have a new command today... and while this is of course a very nice addition, I have to ask : why a command ? Or, why not a function ??

As I said, with a function returning part of the URL (after the xys:: prefix or something to id the links) this could have been incredibly more powerful and opened up so many possibilities. For instance, instead of having to use text to show a list of projects' names and their IDs and then use input to ask/enter which one to process, it could have been an HTML page where each link goes xys::42 (42 being the ID quite obviously), that way it's much easier.

Even better, put into a form we would have been able to use checkboxes (multiple choice lists), and even textboxes and other stuff, thus creating full configuration screen/page for our scripts. That would be just fantastic, and even if IE was to auto-encode the strings-to-return (since it is supposed to be URLs after all), XY comes with an urldecode function so it wasn't a problem at all!

And since I'm pretty sure you can get what link is about to be opened (some BeforeNavigate event or something?) - since it's even used on "Tip of the Day" - I really have to ask: why did you not go all the way and make this a function ??

[admin]

Well, I see we have a new command today... and while this is of course a very nice addition, I have to ask : why a command ? Or, why not a function ??

As I said, with a function returning part of the URL (after the xys:: prefix or something to id the links) this could have been incredibly more powerful and opened up so many possibilities. For instance, instead of having to use text to show a list of projects' names and their IDs and then use input to ask/enter which one to process, it could have been an HTML page where each link goes xys::42 (42 being the ID quite obviously), that way it's much easier.

Even better, put into a form we would have been able to use checkboxes (multiple choice lists), and even textboxes and other stuff, thus creating full configuration screen/page for our scripts. That would be just fantastic, and even if IE was to auto-encode the strings-to-return (since it is supposed to be URLs after all), XY comes with an urldecode function so it wasn't a problem at all!

And since I'm pretty sure you can get what link is about to be opened (some BeforeNavigate event or something?) - since it's even used on "Tip of the Day" - I really have to ask: why did you not go all the way and make this a function ??

Because this was just the testbed for my little browser-on-demand research. I added it to the change log in this proto-state to get some feedback. And voila, you gave it to me!

So all you are asking for is to make it a function and have anchor tags with href="xys::blah" close the dialog and return "blah"? This was planned anyway.

[jacky]

Because this was just the testbed for my little browser-on-demand research.

Alright, awesome news So will the command live on, or be depreciated/removed for the function then ? In other words, should I bother adding the command to the wiki, or wait for it to be in its final stage (function) ?

So all you are asking for is to make it a function and have anchor tags with href="xys::blah" close the dialog and return "blah"? This was planned anyway.

Meh, I can ask for more if you want, no problem! And yeah just that (unless there's another/better way to get data sent back to script? I don't know, but this one seemed the most obvious one to me...), this will allow for some great stuff methinks

For example, one thing I would ask : if you could rename the button to "Close" so that when doing "interactions" with a script, we can have our own buttons Ok/Cancel, and then Close would not imply the same as Ok (like it's validating/saving settings) but more Cancel.

Also, right now it always sends IE cookies, and couldn't care less about the INTERNET_FLAG_NO_COOKIES flag -- if there's a way to change that, and make it follow the same as other Internet-related commands (download & readurl), then it would make sense I think.

[admin]

Also, right now it always sends IE cookies, and couldn't care less about the INTERNET_FLAG_NO_COOKIES flag -- if there's a way to change that, and make it follow the same as other Internet-related commands (download & readurl), then it would make sense I think.

I don't know how I could control this. It is IE (embedded in XY), so it follows the IE settings.

[admin]

Because this was just the testbed for my little browser-on-demand research.

Alright, awesome news So will the command live on, or be depreciated/removed for the function then ? In other words, should I bother adding the command to the wiki, or wait for it to be in its final stage (function) ?

No, it's always a good idea to wait a couple of days (LSD: let settle dust ) before hacking it into the Rosetta Stone aka xywiki.

[jacky]

Also, right now it always sends IE cookies, and couldn't care less about the INTERNET_FLAG_NO_COOKIES flag -- if there's a way to change that, and make it follow the same as other Internet-related commands (download & readurl), then it would make sense I think.

I don't know how I could control this. It is IE (embedded in XY), so it follows the IE settings.

Yeah, said like that it make sense... just thought it might have been another setting to be set differently or something. No big deal though I think, since this isn't like the other commands which might have a script to download files/pages to get information, etc -- you're actually browsing the site here, so cookies are used.
Thinking about it, I think that's the case with all apps using such an embedded IE anyways...

[jacky]

Code: Select all

v7.90.0029 - 2009-01-05 19:46
    * SC html is now a function.

/me starts dancing!!

This is awesome, I'm gonna have to play with this all night
Thanks a lot for this excellent addition!

[Linkaday]

Oh, yeah! That opens up a cage of carrier pigeons (as opposed to a can of worms)

[serendipity]

Code: Select all

v7.90.0029 - 2009-01-05 19:46
    * SC html is now a function.

Wow!! Mind blowing command.

[jacky]

Code: Select all

v7.90.0029 - 2009-01-05 19:46
    * SC html is now a function.

Wow!! Mind blowing command.

grrr, but no, it's a function now, that's what's so great about it!!

(And yes, really awesome thing, I've been playing with it, slowly getting to what I want done, I really love it! )

[TheQwerty]

My mind-blowing idea for the day... new function Tab()!
I think this is pretty self explanatory - otherwise ask.

Number = Tab([Type], [Location], [Name], [Iconize]);

Args:
Type: c|f|b = Current Tab, New Foreground Tab, or New Background Tab.
Location: If omitted, <curpath> is used.
Name: If omitted, tab is not renamed or name is removed.
Iconize: 0|1

Returns:
The tab's number by position for use by SelTab().

This same command can be used to just rename or iconize tabs by using the defaults, as a shortcut for #340;GoTo([Location]), or to just retrieve the number of the current tab.


For extra credit, we should probably accompany this with a means of getting the Name and Iconize state for a tab.

I'm dying for either a similar command or for the Catalog to remember more about tabs than just the locations. I'd even be satisfied with just a RenameTab([Name]) command so I could avoid using the clipboard and seeing the rename dialogs when I set up different environments via script.

[admin]

My mind-blowing idea for the day... new function Tab()!
I think this is pretty self explanatory - otherwise ask.

Number = Tab([Type], [Location], [Name], [Iconize]);

Args:
Type: c|f|b = Current Tab, New Foreground Tab, or New Background Tab.
Location: If omitted, <curpath> is used.
Name: If omitted, tab is not renamed or name is removed.
Iconize: 0|1

Returns:
The tab's number by position for use by SelTab().

Looks good!