Age | Commit message (Collapse) | Author | Files | Lines |
|
name. So mapping filenames to docname isn't usefull.
- when opie-eye is started from doctab closing the imagewindow
closes the application
- when a doc-link is changed while opie-eye is running it get the
changes, too.
|
|
fullscreen
when imagewindow is hidden.
It is realy impressive what a brain can generate brainf* ideas finding such a solution
- I should stop programming on holidays.
|
|
work on saving default values
some fixes
|
|
some debug messages removed
tried to remove some interesting effects when switching view mode
|
|
menu mostly finished
|
|
all buttons etc. should become a QAction inserted into menu and toolbar
toolbar may be hidden
|
|
on next/previous images: if end/begin of list is reached it starts
again on begin/end (it was required for slideshow so what ;)
zecke: so we have a feature for OPIE 1.1.7 ;)
|
|
Key in the Image Display component. This fixes the
double 'next' problem when going from the browser to the viewer/display
|
|
get focus back. But as long I must repaint the fullScreenwidget my self when
taskbar comes visible I can not do anymore.
|
|
circumstances the viewer get fullscreen back and we don't run into an
endless loop.
|
|
|
|
|
|
has some more problems...
|
|
|
|
the fullscreen mode, now it seems working real fine.
Zecke: I think, on real frontend side most work is finish, now we should
resolve the problems with iconview and co. And find a faster rotate-algorithm ;)
|
|
|
|
|
|
ToDo: make it via keywidget, this moment the keywidget sends a key twice
(on press and on release)
|
|
|
|
Adjust the only user...
Don't add a 2nd example to core but mention the one for the classes
in opieui/okeyconfigwidget
|
|
all view use the same config object otherwise there will be problems writing
a new config
|
|
opie-eye specifics are implemented. So we can move that into the
MM lib and use it in other programs.
|