amiga-mui / muidev Goto Github PK

@kas1e created the issue:

As we discuss with Thore in mails, there is some situation when internal pointer handling interfere with custom pointers, which can cause a bit of mess , like as for example in odyssey when we set manually autoscroll cursor and move cursor over string objects : mui at this time itself change pointer internally.

That can be easy avoided by disabling the object pointers (MUI prefs -> System -> Object pointer types) , but can be good to make it works somehow internally, if possible of course.

@samo79 created the issue:

If you have Odyssey Web Browser opened in fullscreen (after pressing F11) and then you click into the zoom gadget to minimize it, while it will minimize the window correctly it will also give you some strange graphical issues

To test it do the follow:

1 - Open Odyssey Web Browser
2 - Press the F11 key to go in fullscreen
3 - While in fullscreen press the zoom gadget (it's the unique gadget visible aniway)

You will got this, see grab:

http://s17.postimg.org/c40j3v1dr/fullscreen_depth_gadget.png

@samo79 created the issue:

Summary

Older versions of YAM doesn't work correctly since the introduction of the newest MUI 4.0 in AmigaOS4, the YAM's versions affected are the 2.2, 2.3 and the 2.4/2.4p1 (all of them are 68k) while using YAM 2.5 it start working normally even under MUI 4.0

When you start one of this older version of YAM the GUI columns are mostly wrong and in this situation we can't even resize the window at all, all i can do is just close the program but even in this case sometimes it crash (attach below)

Well well not a big problem you can say, let's use a modern release instead !
However what is strange is that since i've downloaded and tried one of this broken 68k release (it was YAM 2.2 to be precise) then i'm in the situation that i can't even start any of the nighly of YAM 2.10, because since then i have a similar problem with the program interface also in latest releases !

I post this problem here because most probably is a MUI4 bug (not releated to any possible bug of YAM) even because as far as i remember all versions of YAM normally under MUI 3.9 and AmigaOS 4.1 Update 6

Steps to reproduce

1. Using MUI4 under AmigaOS4, then download and start YAM 2.2 from:

http://yam.ch/download/YAM%202.2/YAM22.lha

At this point you should see that the interface is mostly broken (see grab attached).
If you close it, then a crash may happen too, again a crashlog is attached

2. Now and only after this test (in any case) just try to start YAM 2.10, in my case the GUI of YAM 2.10 will reproduce exactly the same problem even after a reboot, just like some settings of this ancient version of YAM have "corrupted" some internals

Expected results

All version of YAM should start correctly as it was before using MUI 3.9, and of course at the same time it should not "broke" a modern installation

@kas1e created the issue:

Summary

If we have any quick-link button done from bookmarks , and then want to try to d&d it, then original button color garbaged, as well, as dragged item are empty (while should be the same of content as button itself). Not sure if it can be reproduced with default os4 theme, but can be with ferox (as it have different coloring for buttons).

Steps to reproduce

1. run odyssey with having one or more quick-links buttons done from bookmarks
2. try to drag any of them.

Expected results

Color or original button should stays the same, and dragget item should have same content as original item.

I also attach 2 files, to show how it looks like on os4 and mos.

@samo79 created the issue:

The HTMLView 13.4 MUI class will crash when you open it from the MUI4 preferences, this issue happen on MUI4 RC3 but not in the previews version

To preproduce it just open your MUI4 prefs and then select the HTMLView class

@samo79 created the issue:

Using Odyssey with the latest version of MUI you sent me still some graphical garbage having the new option "Hide single tab" enabled.

This is pretty visible when you close your last (secondarian tab) tab opened and so remaining with a unique tab only

Once you close this latest tab, for a second you will have this graphical garbage

@javierdlr created the issue:

Summary

Latest OS4 mui4 nightly build archive is borked!!!
MUI-4.0-20140607r3548-os4.lha is only 2MB in size and has no .library/.mcc and the debug version is empty (only ReadMe.debug).

Steps to reproduce

Expected results

Actual results

Regression

Notes

Sorry if I duplicated this bug report.

@samo79 created the issue:

On the about window of MUI the labels: "Classes", "Version", "Date" and "Copyright" are all clickable but they do nothing ..

@samo79 created the issue:

Summary

Open a certain number of tabs in Odyssey Web Browser until you have the 2 arrows showed (one at the left and one at the right side) as showed in this grab attached

Now try to navigate between them only using the arrows.
Sometimes clicking on them doesn't work at all, so the only method to navigate between them are:

1 - Clicking manually on the specific tab you want to show
2 - Using the RMB on the (right) arrow and then select manually the specific tab you want to show

Steps to reproduce

1. Open some blank tabs
2. Click on the left (or the right) arrow and verify if you can navigate between them

Expected results

You should be able to navigate between them

@kas1e created the issue:

Summary

Sometime when you drag something in the webkit field of odyssey (i.e. in the main window area), it crashes in the MUIP_CreateDragImage(). It can't be reproduced very easy, but one time it happens for me when i just go to acid3.acidtests.org and trying to drag some image in. Another time it happens for Samo, when he trying to autoscroll with mouse, and, probably dbl-click somewhere so it start to do that dragging.

His report with crashlog:
http://bugs.os4depot.net/?function=viewissue&issueid=874

My crashlog attached.

As can be seen, crash the same in both cases and DAR about NULL always.

[email protected] created the issue:

Problem

The tabs highlight on mouse over, which is contrary to every other gadget and also the equivalent Reaction clicktabs which the style should be mimicking.

Analysis

There is no need for this highlighting and no other gadgets have it. Either apply it consistently to every gadget or (preferably) get rid of it!

Enhancement recommendation

If this feature has to exist please make it an option, and leave it disabled on the default style, which is supposed to look and work broadly like OS4.

Michael created the issue:

Does not render anything useful in low colour modes.
Can use picture/datatypes dithering for showing something useful in <=8 bit modes.

[email protected] created the issue:

Summary

Background color picker gadget in Wookie chat produces Gadget/Image selector. All settings of the first row are affected, the rest will call up the color picker (as expected)

Steps to reproduce

1. Start WookieCHat (OS3.9)
2. Select settings->color settings
3. Choose background-color settings

Expected results

Color picker should show up

Actual results

Image selector shows up.

Regression

Notes

This did not happen with MUI3.8, so I blame MUI ;)

@kas1e created the issue:

Summary

Found fresh bug: when you try to resize any title of the list class , now, instead of resizing title "drags" like you press inside of it to make d&d. I.e. you move cursor to the resize gadget between list's titles, it show you image that resizing can be done, you press mouse button to do so, and instead of resizing it just grab whole title like you want d&d it.

Steps to reproduce

1. hard reboot, run mui prefs
2. go to system tab: there we have for list's titles: Name, Display Mode and if enabled Display Mode ID.
3. Try to resize size of any of them when mouse cursor show that you can do it.

Expected results

Resizing, but not moving of whole title

@samo79 created the issue:

Summary

I need to test it further because i'm not 100% sure if it's a real issue or not, however at the end i though it's better to open it as a ticket so maybe you can help me to understand..

Don't know if the same happen also in latest MUI4 R3 release, right now I'm using an interim version of muimaster.library (version 20.6185)

When i open the MUI prefs (from SabreMSN) to change the TheBar behaviour I got a skippable crash that point to newlib.library.kmod

It happen also in other applications, but when i select other classes instead

Steps to reproduce

1. Open MUI prefs from a MUI application (For example SabreMSN)
2. Select a MUI class (for example TheBar, NList etc)

See crashlogs attached

Michael created the issue:

3D group title setting in MAINprefs/Groups
When set to 3d - (group title text)

Expected results

Group title white with black shadow

Actual results

Getting grey colour text only

Notes

Oddly enough it works for main prefs and some external classes
but fails for other classes, like the default busy.mcc

@tboeckel created the issue:

Voyager 3.3 tries to the open the old muigfx.library as known from MUI 3.8. This library is for MUI internal use only and not meant for direct usage. Since MUI 3.9 all functions have been moved over to muimaster.library and muigfx.library was declared obsolete and is usually deleted from the system. But without that library Voyager will complain that MUI is not installed at all and refuses to run.

A possible solution could be to dynamically create a fake muigfx.library in memory with all necessary functions, but all functions point to muimaster.library.

@samo79 created the issue:

For the time being would be nice to enhance the current MUI4 preferences (for the popup menus and so on) in order to support also some nice transparent effects.

In an ideal world this functionality should be completely configurable as any other part of the framework.

In general AmigaOS4 support trasparences menus (and in other parts) since beginning and it is already configurable in many part of the system, MUI is the only "part" where we can't configure any of that transparence effects, implement it also in MUI could make the system a bit more graphically consistent

[email protected] created the issue:

Summary

Does not work. Fails with error.

@samo79 created the issue:

On the main interface of Odyssey if you type somethings into the quick search area (or even into the search field) at some point a drop menu will be opened with the classic "suggested words" (hints) or urls in history in case instead you select the main search field

All is fine of course, however if you decide to close that drop menu, for example clicking on other area of the program --> and then for example you iconify OWB --> when you reopen OWB that drop menu will be reopened automatically and it cannot be closed at 100% until you quit OWB

This behaviour is a bit annoying because the drop menu will steal the focus so after you have used it once, then if that will be "unintentionally" reopened you cannot click on any other areas..

See post:
http://www.amigans.net/modules/xforum/viewtopic.php?post_id=87669#forumpost87669

Kas1e suggested that the only method to close them for real is to hit "Enter" in that search fields, or press into that search gadget.

He also add:
"Its the same with URL search window for example: try to write something in when history will spawns, then dbl-click on main owb window: history window will looks like closed, but its not, its just under main window as you make it inactive."

I wonder if you can add an option in MUI4 to make this behaviour as optional, so we can decide how that drop menu should be closed (only after a user's keypress, in this case the "Enter" key) or even if users will just leave the area selecting (clicking) into another area of the program

@tboeckel created the issue:

Phenomenon

Certain classes (i.e. Title.mui) must be redrawn completely for any change to be applied (i.e. changing the active tab). This might cause a graphical overhead which can be be seen more or less obviously, depending on how fast the redraw can be done on a specific hardware.

Background analysis

Drawing such complex objects to an off-screen bitmap first and then blit this bitmap into the visible part of the window will eliminate the flicker effect. However, all classes must be able to handle the possibly shifted coordinate system to render themself at the correct position.

Implementation recommendation

If certain classes cannot be enhanced to respect the shifted coordinate system it may be necessary to introduce a black list of faulty classes which need to be drawn directly instead of to the off-screen bitmap first.

@samo79 created the issue:

The "Enter" key might be used (by default) to close an "About xxx" window, currently developers can decide to implement or not a proper default key to handle that in their program, for example the classic "_OK" can be used as normal shortcut, however not all developers implement it properly (aka they didn't implement it at all) so a default method might be implemented in MUI4 directly...

For this reason the "Enter" key seems the most logical one

[email protected] created the issue:

Summary

On first opening MUI-Prefs/External - mesa.mcc item we get a hit
After it works ok, no hits. (using d1plus video driver)

06-Jul-14  21:20:05
WARNING: ENFORCER HIT!                                                        
BYTE-READ from 00000062                  PC: 44A3ECB4
USP:  44FB88D8 SR: 0000 FLSW: 01210200 TCB: 44FA92F8
Data: 0000005F 00000003 44FB88FC 0000000F 44FB89E4 44B11EB0 44B53D80 44FB8A68
Addr: 00000062 00000000 455DE760 455E0B00 450F2148 455E0BF0 449A1A50 44FB88D8
Stck: 449EF092 00000062 0000005F 00000000 449A1A50 449EDD60 44F64CF0 00000000
Stck: 450F6FE8 00000062 44F64D4C 450F754C 44FB89D0 44F64CF0 455E0DF8 455E0978
Stck: 455DAC80 455DF4B0 455CA428 455DE5E0 44F64D4C 44FB89C4 44F64D4C 44FB7465
Stck: 73740000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
----> 44A3ECB4 - "LIBS:muimaster.library" Hunk 0000 Offset 0005C75C
----> $44a3ecb4: MOVE.B    (A0),D1
----> $44a3ecb6: CMP.B     D1,D0
----> $44a3ecb8: BNE.S     $44a3ecbe
----> $44a3ecba: MOVE.L    A0,A1
----> 449EF092 - "LIBS:muimaster.library" Hunk 0000 Offset 0000CB3A
----> $449ef092: MOVE.L    D0,A0
----> $449ef094: ADDQ.L    #$8,A7
----> $449ef096: TST.L     A0
----> $449ef098: BEQ.S     $449ef0b2
----> 449EDD60 - "LIBS:muimaster.library" Hunk 0000 Offset 0000B808
----> $449edd60: BRA.S     $449edd64
----> $449edd62: CLR.L     D0
----> $449edd64: MOVE.L    (A7)+,D2
----> $449edd66: MOVE.L    (A7)+,D3
----> 450F6FE8 - "LIBS:mui/Mesa.mcp" Hunk 0000 Offset 00001190
----> $450f6fe8: LEA       $0004(A7),A7
----> $450f6fec: MOVE.L    D0,$0010(A2)
----> $450f6ff0: CLR.L     -(A7)
----> $450f6ff2: PEA       $450f6140(PC)
----> 450F754C - "LIBS:mui/Mesa.mcp" Hunk 0000 Offset 000016F4
----> $450f754c: MOVE.L    A4,-(A7)
----> $450f754e: MOVE.L    (A1),D0
----> $450f7550: SUBI.L    #$80425242,D0
----> $450f7556: LEA       $450f2148.L,A4
Name: "MUI"

@samo79 created the issue:

Both examples in demos folder still don't work in latest nighly of MUI4

WbMan example still searching for the WBStartup folder:

Lock on 'SYS:WBStartup/'' failed !

NewStuff example instead doesn't start:

Failed to create Application.

Michael created the issue:

Should some of the gadgets be disabled ? In previous versions all worked

@samo79 created the issue:

Since latest version of MUI4 (20.368) all the text of the statusbar of Odyssey are placed in a wrong position by default.

Such text will be placed at the center of the statusbar rathen then at the left as it should be

Grab attached

Michael created the issue:

Red colour fill ? Was ok in earlier versions (right)

@samo79 created the issue:

This was originally reported by Raziel

http://www.amigans.net/modules/xforum/viewtopic.php?post_id=90392#forumpost90392

I found a visual glitch/bug in the download window.

Could be OWB itself, could be MUI, i don't really know.

Steps to reproduce:

1. Download something big and let the window come up.
2. Resize the window to make it as small as possible.
3. Now use the bottom scroll panel to reach the missing information, like progress, detail, speed etc.
   --> The information is missing, nothing is rendered there
4. Now resize the window again
   --> Everthing is back to normal

I'd like to ask if a redraw of the window can be added when one is scrolling with the bottom scroll panel (probably both scroll panels have the same problem) because i'm not really fond of the fact i need to resize the download window every time a download with a long filename takes place.

EDIT:

Oh yes and one more thing in the Downloads window

If one resizes it to the minimum, one can click only ONCE on the arrows beside the tabs.
It will work once but then no more.

i.e. switching from the "In Progress" tab to the "Finished" tab --> it will be stuck at the "Finished" tab until one resizes again to make the window bigger

Michael created the issue:

Should the icons have a transparent background ?

Kenwilde created the issue:

Summary

Steps to reproduce

1.Start IB, it will GR after a short period of time, if not, clicking on a fast link or a forum post will.
2.Happens on the X1000 & SAM440

Expected results

Actual results

Regression

Notes

@javierdlr created the issue:

Summary

MUI prefs IMAGES option/group when I click on 'Used Images' it doesn't pop-up a menu with all available images for such image.

Steps to reproduce

1.Start MUI prefs, go to IMAGES gruoup
2.Click on an 'Used Image' and no pop-up menu with available images

Expected results

A pop-up menu with available images for such image.

Actual results

No pop-up menu is shown.

Regression

Notes

@tboeckel created the issue:

Summary

Steps to reproduce

1. Start MUI prefs without a key file.
2. Go to any restricted page, i.e. Menus
3. Activate the test mode.

Expected results

After activating the test mode all gadgets should become enabled.

Actual results

The gadgets become enabled after changing pages only.

Michael created the issue:

Please provide nightly builds with stripped debug data.
Currently both archives for AOS3 have full debug included.
Debug is nice for finding out the real bugs, but not good for full time testing and a bit too heavy for the classic.

Kenwilde created the issue:

Summary

Some MUI 4 setting are no longer saved with the "save" button. The setting changes are used for the current mui app usage, but are gone on a restart.

Steps to reproduce

1. Start any MUI app, open MUI prefs.
2. I picked the "menu" tab, make a change to the title bar menu action & save.
3. I use sticky menus in WB, so I change it to "on screen titlebar" & save.
4. Verify the change took effect & then quit the app.
5. Re-start the app & check the menu action, the change is not saved here with amiga-mui/mui@94efd32cb4d4a5ae4c3bae777b6150bd2cfca092

Expected results

Changes saved should show on app re-start

Actual results

Changes revert to old settings

Regression

Notes

X1000 beta & update 6, SAM440 update 6, MUI 4 amiga-mui/mui@94efd32cb4d4a5ae4c3bae777b6150bd2cfca092

@kas1e created the issue:

Summary

While our default mui4's string class is more or less fine for everything, still in BetterString class there was some nice addon which make life easy when it come to marking of text and which will be nice to have in default String class as well : that is marking of text to the left or to the right depending of cursor position. As well as seems there is no marking settings at all.

For example, for ctrl+home and ctrl+end, BetterString provide auto-marking from cursor fucntionality: I.e. depends on where we have cursor stay in the text in the string object, and we press "Ctrl+home" , it then mark all text from cursor position till begining. And if press "Ctrl+End", it do the same from cursor, but till end.

Options can be called as "Mark All to Rigth" and "Mark All to the Left".

Also, can be good to add options like "Make left" and "Mark Rigth", which assign to something like "Amiga + left" and "Amiga + right" as default.

[email protected] created the issue:

Summary

For classic 8c MWB need to provide fall back images and some prefs settings (for colour chooser window)

Trashed icons in prefs lists, even in 256c modes

Inability to set/pick colour, no RGB sliders (eg. like MUI 3.8 or older 3.9)

@kas1e created the issue:

Summary

When we enable in mui prefs "iconify mui apps to amidock", then, if we have in system enabled compositing everything renders fine. If we have in system disabled compositing, then mui (and only mui apps) renders bad.

I.e. if we just do check any other app which put itself in amidock (such as amiupdate, which not use mui), then we can see that with or without enabled compositing it renders to amidock always correctly. But with mui apps we have such issue. And because only mui apps have this issue, and non-mui apps didn't have this issue imho it should be mui.

Steps to reproduce

1. disable compositing
2. set in mui prefs "iconify mui apps to amidock"
3. run any mui app and press iconify to see that effect.

Expected results

Should renders correctly in all cases (with or without compositing)

I also attach an image , to show it visually. From screenshot can be seen all the differences (i mockup it a bit for better readability).

@samo79 created the issue:

Summary

At the moment the mouse wheel doesn't work in any Odyssey's side panels

Steps to reproduce

Open a side panel of OWB (Bookmark or the History one)

Expected results

It should scroll the page as expected

Actual results

It doesn't work :-)

Michael created the issue:

Problem

MUI window gadgets (Zoom, Snap. Menu, MUI...) are no longer patched properly by Visual Prefs.

Analysis

Cosmetic problem

Enhancement recommendation

If not possible to find a simple solution, maybe have an ENV variable, so that the gadgets are rendered using old code (for whom it is required)

Pictures show old MUI 3.8/3.9 and NEW MUI 3.9

@samo79 created the issue:

Just noted now.. the shortcuts in MUI menu (the MUI Preferences) seems broken since the new R3

Here under "project" menu of MUI4 now i have:

A\0Save as
?\0Save as
Q\0Save as

@javierdlr created the issue:

Summary

clicking on Color gadget from Windows->Font shows me a GR.

Steps to reproduce

1.Go to Windows->Font
2.Click on COLOR button/gadget

Expected results

Actual results

GR shows up, clicking on 'Ignore DSI' opens color window.

Regression

Notes

djrikki created the issue:

Problem

When you have a multi-column listview containing thousands of rows of data it can be useful to supply the user with a means to search through the list and showing the matches only.

Analysis

Clearing the listview contents and re-populating a lisview with matches is already possible. However if the user chooses to type in a common word with thousands of matches or (more commonly) empties the field entirely to show all results it can take visually an exceptionally long time to populate the table.

Enhancement recommendation

In order to increase overall performance in instances of this situation I recommend that the ability to toggle a Show/Hide state of available rows is implemented.

@samo79 created the issue:

Not always, but in certain condition the text of the history and even the graphical arrows inside the dropdown menu of OWB will just disappear, this happen mostly if you open manually the dropdown menu clicking on the "arrow" button of the Odyssey GUI

At first step only the text are not showed, but if you try to scroll the list with the mouse wheel then also the arrows will disappear, see grab attached

@samo79 created the issue:

Problem

Modern frameworks allows a better user's interaction through actions like "double click" etc, probably one of the most famous and commonly used is the ability to double click into an empty area to adds/open a new tab near the current.

Analysis

MUI 4.0 have a proper option to stretch the tab area as you like (see in Preferences/Groups") so you can have this kind of tabs:

http://s22.postimg.org/pwg00n9hd/stretched_tabs.png

This is valid for Odyssey of course, but theorically it can be usefull for any kind of software that will use internal tabs for separate the contents

As we have such blank space you might add a feature to be able to double clicking into an empty tab area to create/open a new tab

@samo79 created the issue:

Well to be honest in this case it's not so easy to write a specific report because there are many different issues that isn't easy to decifrate
But i will try ..

Just opened a number of blank tabs with OWB like this:

http://s29.postimg.org/8j7uuak6f/multiple_tabs.png

At this point into the tabs area you should see two clickable arrows that permit you to navigate between them

At this point we have a lot of different problems:

Problem 1:
When you click on the left arrow sometimes a "close button" appear like if OWB will want to try to close a tab instead of just moving between the tabs area and/or navigate between them

Problem 2:
Say you open a tab and load: www.amiga.com
Then open some blank tabs once you have covered the entire area (i mean once the 2 arrows appear)

Now just go the last blank tabs opened and start to close them one by one ..
At some point you should reach the www.amiga.com tab opened .. but no !
The first tabs opened with www.amiga.com tab was misteriously closed in background

Problem 3
Surely related to the problems above, at some point the new tabs opened will not be showed anymore .. you can start opening any number of tabs you like but the space will never be fitted:

http://s9.postimg.org/n88eh2aq7/tabs_issue.png

Well i know lot of different issue and any of them might need a specific report but ehm it seems all very bugged

@samo79 created the issue:

Just noted the issue into the NewStuff/Title.mui but same glitch are pretty visible also while playing with many Odyssey tabs

To replicate it just do that:

1 - Open NewStuff/Title.mui demo
2 - Start opening some blank tabs (atleast) until you have the two arrows exposed
3 - Now just move you mouse under them (aka try to highlight the tabs)

While you are hovering them you can see that the entire area will flickered, including the two arrows

ddniUK created the issue:

Summary

When opening the demos folder, the icons load slowly and system becomes jeryk

Steps to reproduce

1.Double click on /MUI/Demos/
2.

Expected results

Normal smooth opening of folder and icons

Actual results

Jerky icon loading, jerky mouse pointer

Regression

Notes

Snoopy output
00004 : ENV/env-handler 52.2 : FAIL = Lock("ENVARC:sys/def_doc.info",SHARED) [19uS]

@kas1e created the issue:

Summary

On svnr3485 / 06.05.2014 i notice that folding/unfolding in the List and Listree classes didn't works anymore.

Steps to reproduce

1. reboot, run mui prefs
2. Click "more" to see more classes
3. choice Listtree
4. Try to press on any "+" or "-" (i.e. to fold and to unfold anything).

Expected results

Should fold/unfold

Actual results

Nothing happens. Like pressing by mouse on it "eats".

@softwarefailure created the issue:

Summary

OS4's MUI 4.0 does not seem to support MUIA_Title_Closable. Setting this attribute to TRUE doesn't add a close gadget to the individual tabs at all. On MorphOS this is working correctly.

@samo79 created the issue:

Summary

Tabs still broken in Odyssey using the last nightly of MUI4 (20140611r3565)

Steps to reproduce

1. Start Odyssey and then open tons of tabs (opening some blank tabs pressing to the + button of OWB is also ok to reproduce the issue)

2. Once you have opened a certain number of tabs in OWB (depending of your screen width) the Odyssey's window will be "auto-increased" and after a while the window will be also automatically closed .. then you got a crash !

Expected results

Should work normally without increasing the window dimention and of course without crash :-)