Filerequester field do not accept pastes anymore

[JosDuchIt]

It used to be possible, if i recall this correctly, to paste in the drawer field a complete path such as
ram:t/cookiecollection.txt
The requester would parse that and put the name in the name field
When you type in such a complete path, the parsing still happens as described, and the file is loaded or whatever action is triggered

That is no longer the case whan pasting in: The field is emptied and the lisview shows volumes & assigns
If you just paste the name of a file in the "file name" field, it is emptied too and the again in the listview assigns and volumes are shown

[xenic]

It used to be possible, if i recall this correctly, to paste in the drawer field a complete path such as
ram:t/cookiecollection.txt
The requester would parse that and put the name in the name field
When you type in such a complete path, the parsing still happens as described, and the file is loaded or whatever action is triggered

I tested various versions of asl.library by double-clicking on Multiview to open a requester. In all cases the complete path (including filename) was pasted into the drawer field. I tested with asl.library from OS4 pre3 and with Multiview and asl.library from OS 3.9. In all cases the requester did not parse the filename from the drawer field into the file field when a full path (including filename) was pasted in the path field. You will need to find an old version of asl.library that acts the way you remember before I can comfirm it as a new problem.

That is no longer the case whan pasting in: The field is emptied and the lisview shows volumes & assigns
If you just paste the name of a file in the "file name" field, it is emptied too and the again in the listview assigns and volumes are shown

I can't completely comfirm that action either. When I paste a complete path (including filename) into the drawer field of the requester nothing happens. If I press "Enter" on the keyboard after pasting into the drawer field, the Workbench dragbar flashes (indicating an error) and the requester cursor moves down to the file field. The listview switches to showing volumes and assigns. The drawer field is not emptied as you describe. If I click open without typing any name into the file field after pasting a complete path into the drawer field, the requester closes and Multiview opens the file. If I paste a complete path (inclucing filename) into the drawer field, then enter a filename into the file field and click "Enter", then I get a system error requester.

I don't know what program you are opening the file requester from but you should try opening it with Multiview to see if your results are the same. Are you sure the problem isn't with the program opening the requester?

[JosDuchIt]

@xenix

with my SAM 460ex asl.library 53.49
I retested using multiview from its drawer and icon.

I have the problem as described before, not as you describe it.
1. i cannot paste Stock:.backdrop in the asl's drawer field
- this field is emptied
- The listview shows vols, devs & assigns
2. When typing in Stock:.backdrop in the drawer field , hit return and "Open" the file
- the file content appears immediately

Let it be clear that trying to paste anything say "Stock:" in the drawer field has the effects 1. described
After having selected and opened the Stock: drawer i can not paste .backdrop into the field filename either
- the field drawer name is unchanged (Stock)
- the field file name is cleared

With my SAM440ep asl.library 53.49
1. i can paste datas:.backdrop in asl's drawer field, the field is not emptied
- when hitting return the devs appear in the LV and when hitting "Open" the file an error msg appears "object is niet van het gewenste type"
2. i can of course type in datas:.backdrop
- when hitting return and "Open" the file an error msg appears "object is niet van het gewenste type"

[abalaban]

@JosDuchIt

You probably just discovered that Amiga + V shortcut have been reallocated to "Show volumes" a few updates ago (update 4 or 5 don't remember exactly) now the official way to copy/paste something from/into a text field is by usign the context menu triggered by a right-click on it.

[JosDuchIt]

@Abalaban

Indeed , thanks

[nbache]

@JosDuchIt

You probably just discovered that Amiga + V shortcut have been reallocated to "Show volumes" a few updates ago

Huh? Not in the .cd file I have here as the latest one, Show Volumes is as always RA+Y. There is even a warning for translators in the .cd:

Code: Select all

; WARNING: Do not use X, C, V, Q and A as menu shortcuts below because
; those do collide with the string gadget edit shortcuts, and normally
; the file string gadget is active in ASL.

So if any language has used RA+V for Show Volumes, that is a bug.

Best regards,

Niels

[abalaban]

@nbache

Yes you are right, maybe it came from the legacy where simply hitting "V" would display volumes. It seems the French translation kept that simply adding the 'Amiga' key requirement.
I'll fix this thing in the French translation.

[trixie]

@abalaban

Amiga + V shortcut have been reallocated to "Show volumes" a few updates ago

I'm sorry? Amiga-V is a reserved shortcut for "Paste", it is not supposed to be assigned to any other function, for consistency of keyboard control.

[abalaban]

@Trixie

Yep but until nbache remind this to me I never noticed the French translation was wrong with this one (it was prior the time I started being involved in the translation process). Historically ASL requester always had a shortcut to show volumes using "V" (note that it wasn't using the 'Amiga' key, just 'V') ; in updates 4 or 5 ASL.library have been reworked and this shortcut inconsistency have been solved and all shortcuts was added the 'Amiga' key. Now maybe the French translation was not updates and kept its old shortcut 'V' maybe the translatir at that time didn't spot the clash.

[trixie]

@abalaban

I see, so it's just a (temporary) problem of the French translation? I thought the Amiga-V shortcut was implemented in ASL as a general shortcut for Show Volumes - that would be a disaster of course.