Home  
Login
Username:

Password:

Remember me



Lost Password?

Register now!
Sections
Who's Online
71 user(s) are online (57 user(s) are browsing Forums)

Members: 0
Guests: 71

more...
Support us!
Recent OS4 Files
OS4Depot.net





ASL req: bug or feature ?
Home away from home
Joined:
2007/9/11 11:31
From Russia
Posts: 4193
Have notice interesting bug/feature in asl req:

For example you choice to save some file to some place, in which, you already have old version of that file (with the same name of course). So, when you are in asl req, you by RMB choice "rename" (to rename old file to something like old_file.c_save) , and press enter to make changes and , at this point in the FIle field (where you choice name for file to save), you have also name of renamed file. But imho, rename should be just rename, and save file chould be no changed ?

Because of it, when i rename old file, i need to swith to File area again, and delete new letter which come from rename, to make default name of file. It is bug or just supposed to be like this in asl ?

_________________
Join us to improve dopus5!
zerohero's mirror of os4/os3 crosscompiler suites
   Report Go to top

Re: ASL req: bug or feature ?
Just popping in
Joined:
2008/1/8 15:28
From Dublin/Glasgow
Posts: 243
Hmmm... It might just be the way it works - the logic behind it being whatever entry is highlighted is entered into the file field below. So, when you rename an entry and it stays highlighted after the rename, it's consistent. I can see the situations where this is a bit of a nuisance though...

_________________
   Report Go to top

Re: ASL req: bug or feature ?
Quite a regular
Joined:
2006/12/2 0:35
From Sydney
Posts: 653
It looks wrong, doesn't it? I would expect that when you rename one of the existing files, the name in the requester should not change (as kas1e said).

I'll put in a report about it.

_________________
cheers
tony
   Report Go to top

Re: ASL req: bug or feature ?
Home away from home
Joined:
2007/9/11 11:31
From Russia
Posts: 4193
@tonyw

I think its react like this because (as daedalus say), every highlighted entry are change active file-name, and it is ok, just with case with "raname", there should be exception, i.e. if user just rename file, then do not change current file name after "entrer" is pressed. I think (i hope) it should be matter of IF/ELSE in the code of ASL..

_________________
Join us to improve dopus5!
zerohero's mirror of os4/os3 crosscompiler suites
   Report Go to top

Re: ASL req: bug or feature ?
Quite a regular
Joined:
2009/3/10 10:51
From Germany
Posts: 607
@tonyw

I must admit that I'm not sure whether this is an bug or a feature. Does anyone did a cross check with (at least) OS3.9 ASL requester? My OS3.9 systems aren't reachable atm - I suppose this is a standard behaviour of ASL since the introduction of "rename" to it's inbuild features (since OS3.5 or 3.9).

_________________
X1000|II/G4|440ep|2000/060|2000/040|1000
   Report Go to top

Re: ASL req: bug or feature ?
Home away from home
Joined:
2007/9/11 11:31
From Russia
Posts: 4193
@cha05e90

Even if os3.9 asl requester will react the same, its mean nothing. Its os4 which we all trying to make better :)

_________________
Join us to improve dopus5!
zerohero's mirror of os4/os3 crosscompiler suites
   Report Go to top

Re: ASL req: bug or feature ?
Quite a regular
Joined:
2009/5/1 17:57
From Czech Republic
Posts: 937
@kas1e

The whole asl filerequester is a bug

_________________
Smoke me a kipper, I'll be back for breakfast!
SAM440ep-flex @ 667MHz / 1GB RAM / Radeon 9250 / AmigaOS 4.1 Final Edition
   Report Go to top

Re: ASL req: bug or feature ?
Quite a regular
Joined:
2010/5/16 11:20
From Grimsby, UK
Posts: 947
I couldn't agree more! Its the one thing I was dreading on seeing when returning to Amiga. When I left Amiga MUI was doing great stuff with file requesters - you know icons for drawers, icons for files... I know some people consider it just eye-candy - but hell come on this is 2011!

An ASL requester should resemble something like in MacOS, Windows Dialog boxes, whatever MorphOS has (idk what is btw ;p) or dare I say it ... Jack (of course instead written in C/C++ or E) - you know what I mean here - ASL 2011 should explicitly use Mason Icons throughout.

   Report Go to top

Re: ASL req: bug or feature ?
Quite a regular
Joined:
2007/2/27 10:47
From Gravity well
Posts: 574
The current ASL punishes you for using the keyboard, at least before you see how it works. Other than that I have no problem with it.

   Report Go to top

Re: ASL req: bug or feature ?
Quite a regular
Joined:
2006/12/2 0:35
From Sydney
Posts: 653
@djrikki:

Not everyone likes Mason's icons. To my tired old eyes they are much too faint and hard to interpret. I prefer stark colours that are easy to see.

_________________
cheers
tony
   Report Go to top

Re: ASL req: bug or feature ?
Quite a regular
Joined:
2009/5/1 17:57
From Czech Republic
Posts: 937
@tonyw
Quote:

Not everyone likes Mason's icons. To my tired old eyes they are much too faint and hard to interpret.

+ 1 (with all due respect to Mason for his enormous effort)


@djrikki

My gripe about the ASL filerequester is the GUI layout rather than the look.

* The OK, Volumes, Parent and Cancel buttons are in one group yet they have different functions and scope of operation (OK and Cancel control the entire requester, while Volumes and Parent only control the file list).

* OK and Cancel are related mutually exclusive choices yet they are separated from each other in the layout.

* Volumes and Parent are function-wise associated with the file list yet they are placed away from it.

* Create New Drawer, a rather common function, is buried in the menu.

_________________
Smoke me a kipper, I'll be back for breakfast!
SAM440ep-flex @ 667MHz / 1GB RAM / Radeon 9250 / AmigaOS 4.1 Final Edition
   Report Go to top

Re: ASL req: bug or feature ?
Home away from home
Joined:
2007/5/19 13:23
From England
Posts: 3489
@djrikki Quote:
of course instead written in C/C++ or E

It would certainly be quite easy to "patch" the File Requester of the existing asl.library . The big job would be creating a pretty GUI which did everything ASL did (although I guess you could fall-back to the old requester if an unsupported feature was requested by a program).

_________________
Author of the PortablE programming language.
I love using Amiga OS4.1
It is pitch black. You are likely to be eaten by a grue...
   Report Go to top

Re: ASL req: bug or feature ?
Just can't stay away
Joined:
2006/12/4 23:15
Posts: 1887
Quote:


My gripe about the ASL filerequester is the GUI layout rather than the look.

* The OK, Volumes, Parent and Cancel buttons are in one group yet they have different functions and scope of operation (OK and Cancel control the entire requester, while Volumes and Parent only control the file list).



This is true but on the otherhand it makes efficient usage of screen space.

Quote:

* OK and Cancel are related mutually exclusive choices yet they are separated from each other in the layout.


This is the correct thing to do, it makes it much less easy to click the wrong option by accident.

Quote:

* Create New Drawer, a rather common function, is buried in the menu.


But the save requester will create drawers for you if you specify a non existant drawer in the path gadget. So no button neccessary.

_________________
Blender For OS4.x : Blues : Walker Broad
   Report Go to top

Re: ASL req: bug or feature ?
Quite a regular
Joined:
2009/5/1 17:57
From Czech Republic
Posts: 937
@broadblues

Quote:

Quote:

* The OK, Volumes, Parent and Cancel buttons are in one group yet they have different functions and scope of operation (OK and Cancel control the entire requester, while Volumes and Parent only control the file list).


This is true but on the otherhand it makes efficient usage of screen space.


While space usage certainly is a criterion in GUI design, this particular context (the ASL filerequester) is not the case to use it as an argument and defend a wrongly designed piece of GUI. If Volumes and Parent were put in a separate row of buttons, and adjacent to the file list (which they control), the requester would only grow vertically by this single row of buttons. No big deal (we do not use 640x256 resolutions any more), and you get a more logically designed requester.
[/quote]

Quote:

Quote:

* OK and Cancel are related mutually exclusive choices yet they are separated from each other in the layout.


This is the correct thing to do, it makes it much less easy to click the wrong option by accident.

Debatable at least If I wanted to increase safety, I'd separate the two gadgets by an empty space rather than by two unrelated gadgets.
[/quote]

Quote:

Quote:

* Create New Drawer, a rather common function, is buried in the menu.


But the save requester will create drawers for you if you specify a non existant drawer in the path gadget. So no button neccessary.

Yes, just tell that to the newcomer Seriously: assumed user knowledge of a program's internal workings is one of the most common problems in software design. AmigaOS is full of that, unfortunately.


Edited by trixie on 2011/6/5 18:16:26
_________________
Smoke me a kipper, I'll be back for breakfast!
SAM440ep-flex @ 667MHz / 1GB RAM / Radeon 9250 / AmigaOS 4.1 Final Edition
   Report Go to top

Re: ASL req: bug or feature ?
Just popping in
Joined:
2007/4/15 1:51
From Fort Collins, Colorado, USA
Posts: 170
Personally, I think they should have made the ASL requester shorter and wider so that, on a classic machine, the file requester could be put on a custom screen to avoid palette collisions, since each screen can have its own Copper list.

   Report Go to top





[Advanced Search]


Powered by XOOPS 2.0 © 2001-2016 The XOOPS Project