Personally, I'd rather have a better/more stable port and wait a little longer than having it right now with more shortcomings. I'd say, take your time with it and fix what you think it's important to fix before release, 1.16 is pretty good as it is to use till 1.23 is ready.
as for those other key-combos you put there, dunno as well when they supposed to work, maybe in some webapps like google docs and those online MS offices ,etc
kas1e closed the ticket saying that it's the same under MorphOS, however i don't understand why it was changed by you..
In 1.9 (almost on the OS4 port) we was able to press:
CTRL+Home/END --> For selecting the entire url automatically SHIFT+Home/END --> For going to the start/end of a line in an url
Now instead we got such garbage characters:
CTRL+Home/END --> 44~45~ (with a blank space at beginning) SHIFT+Home/END --> 54~55~ (with a blank space at beginning)
It's a bug or it was changed intentionally ?
- Another question related
In the previews release we have the "paste to url" option directly availible in context menu (while playing into an url area) Now this option is only availible from menu, again it was intentional or ..
Thought it was just me who had trouble with garbage characters when trying to select the whole url in the address bar. This bug is also present in text fields as well kas1e.
I didn't change anything, and it's not directly related to Odyssey itself, it's the default behaviour of MUI string class when pressing home/end/pgup/pgdn keys. Maybe default shortcuts changed on MUI OS4? Anyway, these events can still be caught to do something else, it's quite trivial to do.
As for "Paste to URL" contextmenu item, it was never enabled in the MorphOS build, AFAIR.
Err, while it might happen in URL address if you didn't remap mui shortcuts for string class, it definitely shouldn't happen in webview text fields. Pgup/down/home/end are handled entirely differently inside the webview, and this can't happen (on MorphOS at least).
I didn't change anything, and it's not directly related to Odyssey itself, it's the default behaviour of MUI string class when pressing home/end/pgup/pgdn keys. Maybe default shortcuts changed on MUI OS4? Anyway, these events can still be caught to do something else, it's quite trivial to do.
I don't know if that default shortcuts were changed in our MUI4, but even now that shortcuts still working fine under OWB 1.9 (with both MUI 3.9 and 4.0) but give us garbage starting from OWB 1.16
Sadly I can't verify the combo "OWB 1.16 + MUI 3.9" because our latest OWB works only under MUI4
However maybe that shortcuts were "embedded" before (in OWB 1.9) and so worked while now they are handled directly by MUI4 and need to be configured ?
Exactly what are the default behaviour under MUI4/OWB on MorphOS when you press that shortcuts into your address bar area ?
Quote:
As for "Paste to URL" contextmenu item, it was never enabled in the MorphOS build, AFAIR.
Ok so to understand at 100% ... if (on MOS) you press RMB over the address bar of OWB you will got only that options ?
You could be right about it not being directly an Odyssey bug, but a newly introduced MUI4 one. If my imagination is not playing tricks on me I saw it happen elsewhere.
I didn't change anything, and it's not directly related to Odyssey itself, it's the default behaviour of MUI string class when pressing home/end/pgup/pgdn keys. Maybe default shortcuts changed on MUI OS4?
Its just in 1.9 i use betterstring/hotkeystring/textinput/textinputscroll 3d party classes, as at those times our mui didn't have that functionality of mui4. Once it was implemented i switch to it, to make it the same as on mos and so it reacts now the same as on mos.
Quote:
As for "Paste to URL" contextmenu item, it was never enabled in the MorphOS build, AFAIR.
Can be again same about 3d party classes.
@samo Quote:
I don't know if that default shortcuts were changed in our MUI4, but even now that shortcuts still working fine under OWB 1.9 (with both MUI 3.9 and 4.0) but give us garbage starting from OWB 1.16
Because i use in 1.9 BetterString class as at those times String class was sucky enough, and later i swith to be same as on mos.
Quote:
Ok so to understand at 100% ... if (on MOS) you press RMB over the address bar of OWB you will got only that options ?
- Cut - Copy - Paste
It's like that ?
You don't belive my reply in tickets ? Of course i check it before i write reply to issue, and while i not Fab, yes, its like this on morphos (rechecked again).
Quote:
Exactly what are the default behaviour under MUI4/OWB on MorphOS when you press that shortcuts into your address bar area ?
The same as on os4 as i told before, and Fab already explain in previous post: its default behaviour of mui4 to draw those codes (if you didn't reassign them in muiprefs/keyboard).
Quote:
44~45~
Btw, you can go to _any_ string in any mui app, and press ctrl+home to check that it the same everywhere (even in muiprefs/string , where "example" words placed: make it active and press ctrl+home)
@djrikky Quote:
This bug is also present in text fields as well kas1e.
In all mui4 text fields: yes, but its not bug, its how it done currently on both mui4 on mos and on aos. Its just show you that by default those combos didn't configured to anything, and you have raw codes, but you can configuer it in mui itself as you wish (muiprefs/keyboard/)
Quote:
You could be right about it not being directly an Odyssey bug, but a newly introduced MUI4 one. If my imagination is not playing tricks on me I saw it happen elsewhere.
You wrong. There is no bug introduced, its how it reacts on morphos, as well as there is no those characters when you press ctrl+home or whatever in webkit's fields, only in mui4 ones.
Edited by kas1e on 2014/2/12 15:36:57 Edited by kas1e on 2014/2/12 15:42:32 Edited by kas1e on 2014/2/12 16:07:46 Edited by kas1e on 2014/2/12 16:23:41
You don't belive my reply in tickets ? Of course i check it before i write reply to issue, and while i not Fab, yes, its like this on morphos (rechecked again).
Naa it's not that of course, i believe you but it was just to be sure at 101% from another source ... aniway if i don't understand wrong and if all are related to MUI what do you think if we ask Thore to implement also a couple of new combos (in Keyboard section of MUI) to react in address areas as it was in your old betterstring/hotkeystring implementation ? ..
aniway if i don't understand wrong and if all are related to MUI what do you think if we ask Thore to implement also a couple of new combos (in Keyboard section of MUI) to react in address areas as it was in your old betterstring/hotkeystring implementation ? ..
I assume everthing can be possible alerady to configure it as you wish in mui4. But if not, then yep, can be good idea maybe to add to default string class some more things as it was in betterstring (in mui prefs Keyboard editing is one which we need to expand).
At least this one:
Quote:
SHIFT+Home/END --> For going to the start/end of a line in an url
Not need it , as you have it now just without shift (just home and just end). Check cursor/line_start and cursor/line_end in muiprefs/keyboard, you can change those ones or even add your ones (i.e. you can remap to as many combos as you wish, you can add there your shift+home/shift+end combos if you want them. I.e. in mui4 you can not only change current ones, but you can add new ones together with olds ones (press on that gadget) ).
As for
Quote:
CTRL+Home/END --> For selecting the entire url automatically
That one maybe worth of adding (checked already how it reacts on betterstring class, pretty handy indeed). Through is not selecting whole entire url automatically , but just select from cursor to left or to right all the text, pretty good indeed. Will make proper request for enhancemnt for mui now
Edited by kas1e on 2014/2/12 15:44:58 Edited by kas1e on 2014/2/12 15:45:28 Edited by kas1e on 2014/2/12 15:45:43 Edited by kas1e on 2014/2/12 16:09:42 Edited by kas1e on 2014/2/12 16:14:46
@samo I made enhacment req for adding "marking" in the mui4 string class (not visibly now as i wasn't loged in when write it, so will appears to be visibly a bit later),
i.e. 4, 2 for text editing :
Mark All to Left (and default Ctlr+End) Mark All to Right (and default Ctrl+Right)
And 2 for currsor
Mark Left (default amiga+left , as ctrl+left already taken by default for word jumping) Mark Rigth (also default amiga+right, because of same as previous).
All can be reconfigured of course as anyone wish, just to have some defaults.
Not need it, as you have it now just without shift (just home and just end).
Yes you right on this :)
Quote:
That one maybe worth of adding (checked already how it reacts on betterstring class, pretty handy indeed).
Sure, it will be pretty usefull to have it back!
Quote:
I made enhacment req for adding "marking" in the mui4 string class (not visibly now as i wasn't loged in when write it, so will appears to be visibly a bit later),
Thanks mate, question solved then
Now even if not related to our port, still only to see this latest thing related to the "Paste to URL" option, Fab says that it isn't enabled in MorphOS (i think he refer as a direct option in context menu) but it's for sure availible under the "Edit" menu and it works from there
This one would be pretty handy to have also into the contextmenu because it's not just a simple "pasting option" but is also able to paste an URL --> and then load automatically the page
However this option is not so friendly when accessible only by the edit menu, so having it also into the contextmenu would be perfect! (Firefox have a similar functionality)
Of course this is a direct feature request for Fab (next OWB), not for us
News feed
OS4 Feedback forum
OS4Depot Feedback forum
AmiCygnix forum
ABC shell forum
AmiKit forum
Cinnamon Writer forum
CodeBench forum
Digital Universe forum
Dopus 5 forum
E-UAE forum
Gnash forum
Ibrowse forum
JAmiga forum
Odyssey forum
OWB forum
Qt forum
SmartFileSystem forum
Timberwolf forum
TouchDevice forum
TuneNet forum
Unsatisfactory Software forum
Donate
