Opened 9 years ago

Closed 7 years ago

#3414 closed defect (fixed)

Make OMEdit usable on Tablets / high resolution screens

Reported by: hkiel Owned by: adeas31
Priority: high Milestone: 1.12.0
Component: OMEdit Version: trunk
Keywords: Cc:

Description

I just tried OMEdit with a Surface Pro on a projector in a class room.
First impression is good usage, however, the following points make OMEdit difficult to use:

1) Documentation is shown in a too small font. Make the base size configurable

2) Icon/Text size of the "Views" pane (where you can switch between icon/model/text view) is too small. Make the size resize with the common icon size from configuration

3) the "+" in the Library subwindow is way too small (even if you work with mouse instead of pen or finger). Can this be configurable as well?

4) Make size of context menu (right click) adjustable

5) Make size of elements in configuration window adjustable ;)

6) The grip for subwindows is too small to resize them with finger

7) In text editor the line numbers are much larger than the text (actually the size and font are the same as configured, but the *text* is not the same font nor the exact size, but it scales at least)

8) two-finger zoom does not work, would that be the scroll wheel on an ordinary mouse?

Attachments (1)

omedit_win81_largefonts.png (231.4 KB) - added by hkiel 9 years ago.
OMedit window on Win8.1 with increased system font size

Download all attachments as: .zip

Change History (9)

comment:1 Changed 9 years ago by hkiel

  • Milestone changed from Future to 1.9.4
  • Type changed from enhancement to defect

Changed 9 years ago by hkiel

OMedit window on Win8.1 with increased system font size

comment:2 Changed 9 years ago by hkiel

Item 3) can be solved by provided resized versions of the icons (Resssources) maybe with 2x and 4x width and height, so the user can choose (set the correct png via stylesheet)

comment:3 Changed 8 years ago by sjoelund.se

  • Milestone changed from 1.9.4 to 1.9.5

Milestone pushed to 1.9.5

comment:4 Changed 8 years ago by sjoelund.se

  • Milestone changed from 1.9.5 to 1.10.0

Milestone renamed

comment:5 Changed 8 years ago by sjoelund.se

  • Milestone changed from 1.10.0 to 1.11.0

Ticket retargeted after milestone closed

comment:6 Changed 7 years ago by adeas31

  • Milestone changed from 1.11.0 to 1.12.0

I just fixed point 8 in 440ac70/OMEdit.

Can you test again with latest 1.12 as most of the high resolution issues are fixed as part of this ticket #4156.

comment:7 follow-up: Changed 7 years ago by hkiel

I'm working on a Surface Pro3:

zooming on the display with two finger does not work, it only detects one finger and draws the selection. But that's ok for me.
Zooming with two fingers on the mouse-pad does work fine.

Looks like everything is working fine. However, I found a new bug connected to item 3:
you replaced the "+" and "-" signs by triangles, which is fine. When working with the mouse or pen all is fine, but when I use the finger to touch elements in the library browser, then suddenly the triangles are replaced by the old "+"/"-" signs (which are drawn too large now).
The triangles only appear after restarting OMEdit.

comment:8 in reply to: ↑ 7 Changed 7 years ago by adeas31

  • Resolution set to fixed
  • Status changed from new to closed

Replying to hkiel:

I'm working on a Surface Pro3:

zooming on the display with two finger does not work, it only detects one finger and draws the selection. But that's ok for me.
Zooming with two fingers on the mouse-pad does work fine.

Looks like everything is working fine. However, I found a new bug connected to item 3:
you replaced the "+" and "-" signs by triangles, which is fine. When working with the mouse or pen all is fine, but when I use the finger to touch elements in the library browser, then suddenly the triangles are replaced by the old "+"/"-" signs (which are drawn too large now).
The triangles only appear after restarting OMEdit.

Instead of using fixed images of "+" and "-" now I am using operating system default images for expand and collapse.
The issue that triangles become "+/-" is a Qt bug (https://bugreports.qt.io/browse/QTBUG-52689). Also discussed here ticket:4156#comment:17

Note: See TracTickets for help on using tickets.