Custom Query (378 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (7 - 9 of 378)

1 2 3 4 5 6 7 8 9 10 11 12 13
Ticket Resolution Summary Owner Reporter
#386 fixed Selected items aren't shown in MUI 5.0-2017R4 Thore Böckelmann jPV
Description

Summary

I got a report that my Hollywood program doesn't show the selected items in a listview. Items don't get highlighted if I select them programmatically, although they are in the selected state if I check them by the GetSelection method.

My OS4.1FE default MUI version does show them as expected, but the problem seems to be with newer MUI versions, 5.0-2017R4 in this case.

Steps to reproduce

  1. Try this example program: http://jpv.wmhost.com/testi/select/selectiontest (and have this in the same dir: http://jpv.wmhost.com/testi/select/muiroyale.hwp)

Expected results

You see two selected items in the list

Actual results

None of the items seem to get selected visibly

#385 fixed Selected item behaviour when sorting a listview jPV
Description

Summary

If I have a selected item in a listview and sort the listview (programmatically from Hollywood in my case), the selection doesn't follow the item if it moves to a new position.

According my betatester this happens with the MUI 5.0-2017R4, but it does not happen on my MUI from OS4.1FE. So sounds like it's got broken at some point.

I don't know if this got already fixed with the similar issue with active item sorting (bug #384)

Steps to reproduce

  1. Select an item in a listview, let's say the bottom one
  2. Sort the listview so that position of the previously selected item changes, let's say that the item in the step 1 will be at top after sorting

Expected results

The item at top should be selected

Actual results

The bottom item is selected

Notes

Here is a test executable: http://jpv.wmhost.com/testi/select/selectiontestsort And it requires this in the same dir: http://jpv.wmhost.com/testi/select/muiroyale.hwp

For my OS4.1FE default MUI it reports ("Selected item" lines): "Selected item is 2" "Selected item is 0"

But for 5.0-2017R4 it reports: "Selected item is 2" "Selected item is 2"

#384 fixed Active item behaviour when sorting a listview Thore Böckelmann jPV
Description

Summary

I came up with the issue when coding a Hollywood program. If I have an active item in a listview, and then sort the listview, activation doesn't follow the item that was originally activated. After a sort, a new item at the original item's position is activated, and this doesn't sound logical to me, because my program doesn't know anymore which item was activated by user before the sorting. This also behaves differently, for example, to MorphOS MUI. On MorphOS the same item is still activated as originally selected, but in a different position on the list (assuming the order changed in the sort).

Steps to reproduce

  1. Activate an item in a listview, let's say the bottom one
  2. Sort the listview so that position of the previously activated item changes, let's say that the item in the step 1 will be at top after sorting

Expected results

The item at top should be active

Actual results

The bottom item is active

Notes

I've personally tested this with MUI version that comes with OS4.1FE by default, but it seems to be an issue also with newer versions (my betatester reported the issue under 5.0-2017R4/OS4).

I think it's quite likely MUI's fault, but please correct me if it looks to be Hollywood's fault after all.

There may also be a problem with selecting items on newer MUI versions (works for me under OS4.1FE's MUI, but apparently can't select any items codewise from Hollywood under that 5.0-2017R4), but I don't have any more precise information about it atm, but if it's related or comes up when looking at the code…

Here's more information and a short example: https://forums.hollywood-mal.com/viewtopic.php?f=21&t=1926

1 2 3 4 5 6 7 8 9 10 11 12 13
Note: See TracQuery for help on using queries.