Login
Username:

Password:

Remember me



Lost Password?

Register now!
Main Menu
Who's Online
1 user(s) are online (1 user(s) are browsing Forum)

Members: 0
Guests: 1

more...
   All Posts (Ball000)


(1) 2 3 4 ... 64 »


Re: Icaros Desktop 2.2 released!

Joined:
2004/5/7 2:45
From Daoulas (Finistère, France)
Group:
Member
Posts: 648
Offline
Congratz Paolone! That's impressing!

Posted on: 6/1 12:14
_________________
Everyone knew it was impossible. Along came a fool who did not know and he did it.
Transfer the post to other applications Transfer


Re: use of .KEY and space in arguments

Joined:
2004/5/7 2:45
From Daoulas (Finistère, France)
Group:
Member
Posts: 648
Offline
You're right, I too think it's a bug: it was also apparent with the last line of my proposed script of the 29th March.

Posted on: 5/2 11:42
_________________
Everyone knew it was impossible. Along came a fool who did not know and he did it.
Transfer the post to other applications Transfer


Re: use of .KEY and space in arguments

Joined:
2004/5/7 2:45
From Daoulas (Finistère, France)
Group:
Member
Posts: 648
Offline
Now try:
execute prova "*"palla matta*"" "hello kitty"

Keep in mind that the ReadArgs() function uses the quotes to distinguish arguments at its own level (so the separator keeps being the blanc space), but that it does remove those quotes when sending the arguments to the calling function. In your example you want some quotes anyway, so you have to add another level inside the first argument(s) (by escaping the second level of quotes). The lastest argument doesn't need that as ReadArgs() seems to use an implicit /M modifier for it.

Posted on: 3/30 1:26
_________________
Everyone knew it was impossible. Along came a fool who did not know and he did it.
Transfer the post to other applications Transfer


Re: use of .KEY and space in arguments

Joined:
2004/5/7 2:45
From Daoulas (Finistère, France)
Group:
Member
Posts: 648
Offline
Interesting as always, thank you!

1. According to the dos.library ReadArgs() function autodocs, the /M modifier "eats all strings that don't fit into any other option", and the /F modifier "eats the rest of the line even if there are option keywords in it". That means that you can use one of them to be sure that a .KEY argument "eats" all what you give in input.

2. Not sure how to answer this, there are many things to think about. You should find answers in the following script.

3. That's indeed a limitation in the use of scripts, you can't redirect their output as if it were a real command. If I remember correctly this was also the case on Amiga OS 3.1, so I wouldn't say it's a bug in AROS, but it's definitely not a feature.

.KEY AROSPATH/A/F
.BRA {
.
KET }

We get rid of the device name part, if any
Cut 
"{AROSPATH}" WORD 2 SEPARATOR ":" >ENV:path
If "${path}test" EQ "test"
  
SetEnv path "{AROSPATH}"
EndIf

We loop as long as there are "/" to convert to "\" in $path
Lab start
Cut 
"$pathWORD 1 SEPARATOR "/" >ENV:path2
Cut 
"$pathWORD 2SEPARATOR "/" >ENV:path3

If "${path3}test" NOT EQ "test"
  
SetEnv path "${path2}\${path3}"
  
Skip start BACK
endif

echo 
"*"${path}*""

Posted on: 3/29 13:24
_________________
Everyone knew it was impossible. Along came a fool who did not know and he did it.
Transfer the post to other applications Transfer


Re: Run a script with a double click

Joined:
2004/5/7 2:45
From Daoulas (Finistère, France)
Group:
Member
Posts: 648
Offline
@amiga
Thank you for the nice video! And congratz for the 1000 posts!

So if I understand well, your def_script.info recognizes a script when the 'S' bit is set? That's interesting, and should probably be done on AROS too indeed.

But I fail to see a script as an executable (tool), it looks like a hack? I would prefer the default icon to be a project one as expected, with C:IconX as default tool.

C:IconX has some advantages as already discussed, but on AROS it is even able to give workbench arguments to the script if this one takes arguments.

Posted on: 3/14 13:57
_________________
Everyone knew it was impossible. Along came a fool who did not know and he did it.
Transfer the post to other applications Transfer


Re: Run a script with a double click

Joined:
2004/5/7 2:45
From Daoulas (Finistère, France)
Group:
Member
Posts: 648
Offline
@amiga
You're right but only when some conditions are met: on an unmodified system, the script is recognized as text, and thus gets a default project icon (a fake icon) with Multiview as default tool... So double-clicking its icon just does that: open the script with Multiview.

You're right nevertheless, you can use the Information window to delete the default tool and save, which will create a (real) project icon without a default tool: Wanderer will then fail to open it "à la Workbench", but will try to open the script "à la Shell": it will open a requester for you to confirm the command and its arguments, and then if the 'S' bit is not set, Wanderer will complain that the file is not executable. But if the 'S' bit is set, it will execute the script indeed.

Now it doesn't allow you to ask for specific dimensions/placement for the window, nor for its automatic closure.

Posted on: 3/14 7:30
_________________
Everyone knew it was impossible. Along came a fool who did not know and he did it.
Transfer the post to other applications Transfer


Re: Run a script with a double click

Joined:
2004/5/7 2:45
From Daoulas (Finistère, France)
Group:
Member
Posts: 648
Offline
Hi Pasquale, don't be sorry
You need to use Wanderer (or any Workbench clone ofc) to go in the drawer where your script is saved, then select its "test" icon and use the right-clic menu to open Icon/Information...

In this Information window you need to change the tool, for it to be C:IconX

Now you can go to the Tooltypes tab of the Information window, and add a WINDOW tooltype like that:
WINDOW=CON:200/50/300/120/Test run by IconX/AUTO/CLOSE

This will open a Shell window with a title and dimensions as defined, and it will close it after 2 seconds. You can change this delay, either by adding WAIT or DELAY tooltypes with the delay you want (have a look here for the differences), or you can add /WAIT just after /CLOSE in the WINDOW tooltype, which will wait for the user to close the window himself.

Posted on: 3/13 4:45
_________________
Everyone knew it was impossible. Along came a fool who did not know and he did it.
Transfer the post to other applications Transfer


Re: HFinder v2.1 for AROS released

Joined:
2004/5/7 2:45
From Daoulas (Finistère, France)
Group:
Member
Posts: 648
Offline
Quote:

Allanon wrote:
@all
So using WBRun, as suggested by Ball000, works just fine, I know that AmigaOS4 and MorphOS have this command too, but what about AmigaOS3? Any tricks like this one? :D


OpenWin seems to do such a trick but I would not be surprised if it needed OS 3.5. You'll need to test.
I'm not sure if this WBRun is able to open a drawer, though it runs programs from workbench mode from the CLI. Definitely worth a test too, and it is happy with earlier OSes, though it requires the supplied parm.library.

Posted on: 2/24 14:04
_________________
Everyone knew it was impossible. Along came a fool who did not know and he did it.
Transfer the post to other applications Transfer


Re: HFinder v2.1 for AROS released

Joined:
2004/5/7 2:45
From Daoulas (Finistère, France)
Group:
Member
Posts: 648
Offline
Quote:

Allanon wrote:
@Ball000
I'm coding in Hollywood so I don't have access to libraries calls... and I don't have the skill to write something in C that can help with this problem


OK I understand. I was assuming that Hollywood did let you use shared libraries functions indeed, my bad (I don't use Hollywood)... Perhaps though it lets you launch a Shell command in some way? If so you can launch C:WBRun with the path to the drawer you want to open. In other words, you need to let Hollywood run this command for example:

WBRun SYS:Prefs

Posted on: 2/23 10:15
_________________
Everyone knew it was impossible. Along came a fool who did not know and he did it.
Transfer the post to other applications Transfer


Re: HFinder v2.1 for AROS released

Joined:
2004/5/7 2:45
From Daoulas (Finistère, France)
Group:
Member
Posts: 648
Offline
Quote:

Allanon wrote:
If you have any suggestion about opening a drawer window calling a command, an arexx call ar something else let me know so I can update hfinder :)


You're looking for workbench.library's OpenWorkbenchObject() function: you just need to provide the path to the drawer as the first argument and it will be opened for you. For example in C this gives:

OpenWorkbenchObject("SYS:Prefs", TAG_DONE);

Posted on: 2/23 4:08
_________________
Everyone knew it was impossible. Along came a fool who did not know and he did it.
Transfer the post to other applications Transfer



 Top
(1) 2 3 4 ... 64 »




Search
Top Posters
1 paolone
paolone
4340
2 magorium
magorium
4095
3 phoenixkonsole
phoenixkonsole
3887
4 nikolaos
nikolaos
3677
5 deadwood
deadwood
2923
6 ncafferkey
ncafferkey
2616
7 mazze
mazze
2207
8 clusteruk
clusteruk
2068
9 Kalamatee
Kalamatee
2023
10 damocles
damocles
1789
© 2004-2017 AROS Exec