Custom Query (431 matches)


Show under each result:

Results (97 - 99 of 431)

Ticket Resolution Summary Owner Reporter
#229 invalid Type of pointers when dragging objects Samir Hawamdeh


Actually we have different type of mouse ponters in case we move/drag tabs from a place to another (i presume you are using AISS images for this)

In general these pointers used are:

  • A "stop" pointer that it is used in case you are trying to drag a tab in a forbidden area
  • An "arrow down" pointer that is is used in case you are trying to move a tab in a different position inside an area that contain other tabs (for example this is the case of Odyssey Web Browser program)


Problem to consider:

In the title.mui example (NewStuff) you are NOT allowed to drag any tabs outside its demo area, so for example if you move a tab in the Workbench area or whatelse a "stop" pointer will be show, that's correct !

However if you do the same in Odyssey you will get exactly the same type of mouse pointer (the "stop" one) even if dragging things this time is theorically permitted !

In case of dragging attempt in a allowed area (and if a program is able to) I think you should use different mouse pointers This consider atleast two different case, one if a drag is NOT allowed (and in that case use the "stop" pointer as now) but another one if a drag this time is allowed ! (so picking a different pointer instead)

A bit different is the case of the drag&drop between tabs, in this case we have only a unique possibility so the "arrow down" pointer of course is ok … however how about using another type of "arrow down" pointer ?

In the AISS archive I think we have many other pointers that we can use for this specific case, somethings that can be better compared to the one we are using now ..

Why i don't like the current "arrow down" image for dragging ?

Well mostly because it's the same image we are using for the scroll down gadget of the (MUI) windows, i think we should use somethings better, again an "arrow down" like image but maybe a smaller one

#251 fixed MCC BWin 22.0 crash on latest MUI4 nightly Samir Hawamdeh


This class crash if you try to open it from the MUI preferences … The problem is reproducible only with the latest nightly build , ..

#269 fixed Text broken in embedded menu (FPSE) Thore Böckelmann Samir Hawamdeh

If, instead to stay with the classic menus you will set the embedded menus in the FPSE GUI will you got a strange series of characters instead of the normal text. See the grab attached

However i'm not sure if this is just a bug of the FPSE graphical interface or if the problem is related to MUI that maybe do somethings wrong in certain situation. I think it worth to report aniway

Note: See TracQuery for help on using queries.