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: Run a script with a double click

Joined:
2004/5/7 2:45
From Daoulas (Finistère, France)
Group:
Member
Posts: 644
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: 644
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: 644
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: 644
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: 644
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: 644
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


Re: Converting PNG to IFF

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

paolone wrote:

So the question is: do we have on AROS i386 any - even command line - utility to convert PNG images into IFF?


And the answer is... we have it!
netpbm is a command line tool able to convert an image from about any file format towards about any other file format.
You'll need to dig a bit in its documentation but it shouldn't be that difficult. The idea is to convert the PNG into Netpbm image format, and then convert this Netpbm image towards ILBM (ie IFF). You might need to use pamtopnm inbetween but I don't think so.

I agree nevertheless that AROS should support it natively, but IMHO that would mean adding the functionality to the datatypes system (if it still lacks it, as it is meant to handle it anyway) and then let Multiview really ask to the datatypes to do the work.

Posted on: 1/30 9:51
_________________
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: there is a plan for the transition to abiv1 for i386 platform?

Joined:
2004/5/7 2:45
From Daoulas (Finistère, France)
Group:
Member
Posts: 644
Offline
Let's not forget though that building for x86_64 means building for ABIv1, and as it is still a moving target -- unlike ABIv0, there is no warranty that something compiled today will still work with a system built tomorrow.

Quote:

paolone wrote:

Neverthless, for me the question would be really different. I won't list here the application I 'would like' to be ported to 64bit v1, but the ones I NEED to make Icaros behave... well, like Icaros:


ActivateWin is built using the build system so it can be made available anywhere, it could even be made part of AROS if wanted, thus answering the problem of the moving target.
I will soon have a look at ProcessIcon, it should also be easy to port IMHO, but I don't think it could be made part of AROS -- it could probably be made part of Ports.
That's the two of your list I can speak about

Posted on: 1/23 5:47
_________________
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: "copy" command implementation and options (DELETE, MOVE, ...)

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

Kalamatee wrote:
My personal opinion/preference would be to rename this multi-tool to something more relevant and implement a separate copy command that just does what it says on the tin.


We once had that. It was then replaced by the version of Dirk Stoeker that we maintain since 16 years. S. Duvan, who did the commit, indeed emphasized the completeness of the tool

Posted on: 1/12 10:29
_________________
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: "copy" command implementation and options (DELETE, MOVE, ...)

Joined:
2004/5/7 2:45
From Daoulas (Finistère, France)
Group:
Member
Posts: 644
Offline
I would not "delete Copy DELETE" but I agree that a warning would make sense, especially if NOREQ disables this warning.
BTW Morphos seems to share our very Copy command, dunno if they ever had this discussion?

Posted on: 1/12 6:44
_________________
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
4210
2 magorium
magorium
4095
3 phoenixkonsole
phoenixkonsole
3877
4 nikolaos
nikolaos
3637
5 deadwood
deadwood
2921
6 ncafferkey
ncafferkey
2528
7 mazze
mazze
2199
8 clusteruk
clusteruk
2055
9 Kalamatee
Kalamatee
1967
10 damocles
damocles
1789
© 2004-2014 AROS Exec