#532 closed defect (fixed)
gtk selection lists change general arb behavior
Reported by: | westram | Owned by: | westram |
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | no idea | Version: | gtkport |
Keywords: | Cc: |
Description (last modified by westram)
Example:
- sort()+sortCustom()
- default ignored in motif, sorted in gtk. Caused default-entry (defEntry) in file-selections to move to top; workaround added by [12166]
TODO review all uses of sort/sortCustom for similar effects
In gtk, the defEntry is stored in 'list_table'
⇒ all functions that access the show changed behavior!
Solution:
separate the defEntry again (as in trunk)done by [12352]
Known bugs caused by these issues:
Change History (9)
comment:1 Changed 11 years ago by westram
- Description modified (diff)
- Owner changed from devel to westram
- Status changed from new to assigned
comment:2 Changed 11 years ago by westram
- Status changed from assigned to _started
comment:3 Changed 10 years ago by westram
comment:4 in reply to: ↑ description ; follow-up: ↓ 5 Changed 10 years ago by westram
Solutions:
- separate the defEntry again (as in trunk)
The whole selection list in gtk-branch is fubar[[BR]]
Attempts to reproduce needed behavior lead to completely unmaintainable, obfuscated code using two flavors of indices (one inclusive default selection, one w/o)
⇒ will revert to trunk version.
AFAIK the only advantage of gtk version is: default-selection can be at any position
comment:5 in reply to: ↑ 4 ; follow-up: ↓ 7 Changed 10 years ago by westram
functionally fixed by [12352]
AFAIK the only advantage of gtk version is: default-selection can be at any position
TODO allow any position for default-selection
comment:6 Changed 10 years ago by westram
- Description modified (diff)
comment:7 in reply to: ↑ 5 Changed 10 years ago by westram
- Resolution set to fixed
- Status changed from _started to closed
comment:8 follow-up: ↓ 9 Changed 10 years ago by epruesse
sorry
comment:9 in reply to: ↑ 8 Changed 10 years ago by westram
Replying to epruesse:
sorry
No problem - now it's done (I hope).
Behavior of sellists is simply too weird and buggy by design. Several problems already were in trunk and only showed up in gtk.
[12322] shows what has been broken in gtk