@ Kamul

Quote

Isn't it a too small stack problem?



Perhaps but where has this to be changed? I use in Ambient settings Command Line Settings a Stacksize of 262144. In fact this is excactely the same I use in Magellan for CLI Launching.

Ghostscript needs as noted on Whoosh's webpage 150000

Regards

Christoph

Well, if you set so big stack size in Ambient prefs and the problem
still exists, there are two posiblilieties. Stack has nothing to do
with your problem, or Ambient stack size prefs hasn't influence to
the GS process. You can try to use a scripts like this one:

.key file
.bra {
.ket }

stack 2000000
Programy:Teksty/GhostScript/init
GS854:bin/gs -sDEVICE=whoosh24 -dNOPAUSE -r100 {file}

From time I wrote it, my problems with stack have gone.
In mimetypes prefs you should put something like this:

Execute Programy:Teksty/GhostScript/GS_View %sp

I created similar script for printing and for
converting GS to f.ex. *.pcx.

Good luck! :)

Hi all,

I have a small problem here, when dragging a drawer over another drawer one can't see that this other drawer is the selected one.

If you have a look at the screengrab, I selected 4 drawers and wanted to release them on the "DB" drawer but the "DB" drawer does not change the color.

Does anyone else have this? or is there a solution?

Regards

Christoph

@ fab:

Is it possible to add a familly feature like on MacOS?
I'm speaking about th epossibility to choose a color for some files?
This feature is realy very very usefull to sort medias.

I guess it would be doable, although it can be a bit confusing visually imo. The other problem is how that kind of information should be stored. I mean, on macos, if you move a marked file to another place, is it still marked? If it is, it wouldn't be that trivial to implement.

Yes, on Mac OS the "color" of a file is one of its attributes, like the filename. It is preserved when moving, copying, etc.

Yeah, it makes much more sense having it as a file attribute, which means it's just not doable "properly" in ambient then (if it had to be done, it would be in DOS).

Quote:

Ok, I understand the situation.
So, on this case, if this feature have to be asked to the people working on DOS, which guy(s) should I contact to ask them this feature please?

so, if this feature is implemented on DOS, then it should be easy to use it on Ambient, is'nt it?

PS: Is it stupid to stor it on icon file like a tooltype?

thank you very much.

[ Edited by serge on 2008/1/4 23:51 ]

It could be stored in an icon, but not every file has an icon. And i don't think you would want to create an icon for each marked file (even if it's handled automatically).

It would have to be added in DOS, but it also needs to be supported by the underlying filesystems. The existing DOS API would have to handle this new attribute and so on...
All this is possible, but you can see that extending these system structures has quite heavy consequences. Now, if you really want this added, you can try to convince piru. :)

Hi all,

I use latest Ambient from 21.12.2007.

Soemtimes but not alsways when I run e.g. FXPaint and YAM then YAM's appicon gets duplicated several times and is left, even after quitting YAM, on Ambient.

I have to reset to get rid of this "left there" appicon.

Does anyone else have this?

Regards

Christoph

Quote:

Iconless files could use the default setting... i.e. setting could be that icon is displayed as ghosted or tinted in specified color. Color could be set only for files with real icon which at least in icon view makes sense.

@ Fab

Quote:

Also when creating a new drawer would it be possible to have the string empty instead of "Unnamed" because it has to be deleted nearly everytime before entering the real new name for the drawer.


The best way to conciliate both ideas is to mark the "unnamed" text.



It's really great to see that this function is already implemented in the latest nightly build. Thank you!

Regards

Christoph

Quote:

Yes, I agree with you. It is more than enough if file colors would appear only in Ambient and ASL requesters, and I think this two is possible to do with storing this information in the icons instead of the filesystem. (BTW OS X stores this info in hidden files too.)

@ Fab

Quote

I have a small problem here, when dragging a drawer over another drawer one can't see that this other drawer is the selected one.


Fab, could you please have a look into this? as if one doesn't be carefull and trop's dragged objects over a drawer (though he wants to copy them not into the drawer but only to the new destination) then these get copied into this drawer as not selection is shown when moving the mouse/pointer with the dragged objects attached to it, over a drawer.

Well I hope this is understandable but I made a screen grab (a bit lower in this threat) for this purpose.

With best regards

Christoph

Quote:
But do we really want to have hidden crap on every single device you handle with Ambient?

I have had to clean up my PSP from useless hidden files way too often after temporarily plugging it into MacOS X system...

ToolsDaemon functionality in Ambient would rock. Amidock/panels/toolbars suck ;P

@ Crumb

I agree with you. I used ToolsDaemon a lot under AOS 3.9 and created specific Menus, I found this great. In fact it's like Magellan's Custom Menu option.

Regards

Christoph

Hi all again,

Does really nobody experience this problem I have here? Please ha a look at the screen grab.

I use latest Ambient from 21.12.2007.

Soemtimes but not alsways when I run e.g. FXPaint and YAM then YAM's appicon gets duplicated several times and is left, even after quitting YAM, on Ambient.

I have to reset to get rid of this "left there" appicon.

Does anyone else have this?

Regards

Christoph

Quote:

I have this too, havent found a solution.
On the other side i sometimes dont have any amirc appicon.
Havent found the reason yet, why this happens

[ Edited by dIGIMAN on 2008/1/22 17:31 ]

Perhaps it is possible to use only text in Amidock? That will give a solution like in toolsdeamon. I used that progam for years in the older days. Icons look nice but if you have a lot of them you can become confused bij which program they belong.

Reagards Tom

Hi,

I stumbled aver a serial output and it seems that it's Ambient who generated it, so I post the log here, perhaps it helps any.

Here a general question: when I drag&drop files e. g. pictures from one window to another, then it takes a very long time until the copy process begins. Often 20 secs and more. Now when I use the copy button (which I installed in the toolbar) this seems not to happen, the Ambient copy window pops up and copy starts right away.

Could this be a bug? Any idea?

Regards

Christoph

@tom

could it perhaps be that you mean ToolManager and not ToolsDeamon? That one still works on MorphOS (just fetch version 3.1 from aminet) and allows you to configure text panels very easily.

Maybe I've missed something, but in recent Ambient builds you make custom pull-down menus in Ambient, just like with ToolsDaemon.

sounds great. how?:)

By creating an arexx script and running it. Read the changelog, there`s an example and short explanation.