1246
|
|
|
Bill Filler |
8 years ago
|
|
|
1243
|
|
|
Arthur Mello |
8 years ago
|
|
|
1212
|
|
|
Arthur Mello |
8 years ago
|
|
|
1175
|
|
|
Arthur Mello |
9 years ago
|
|
|
1052
|
|
|
Arthur Mello |
9 years ago
|
|
|
1035
|
|
|
Florian Boucault |
9 years ago
|
|
|
724
|
|
|
Guenter Schwann |
10 years ago
|
|
|
695
|
|
|
Guenter Schwann |
10 years ago
|
|
|
535
|
|
|
Guenter Schwann |
11 years ago
|
|
|
524
|
|
|
Thomas Moenicke |
11 years ago
|
|
|
429
|
|
|
Eric Gregory |
11 years ago
|
|
|
345
|
|
|
Eric Gregory |
11 years ago
|
|
|
312
|
|
Massive restructuring of files. Fixes bug #1021523.
New layout (please excuse my "ASCII" art): Capetown - generic QML utility components ├─Viewer (preexisting) - media viewer component to go into the SDK └─Widgets - UI that probably belongs in an SDK
img - top-level or shared images (see below)
js - new home for JavaScript files
qml - Gallery's top-level views and transitions ├─Components - objects to display Gallery's core objects such as albums, │ │ photos, events, etc. │ └─AlbumInternals - internal stuff necessary to make albums behave like │ albums ├─Utility - misc. reusable items specific to Gallery └─Widgets - UI that will be styled from the SDK
Also, inside each directory containing QML, there may be an img directory. This contains images specific to that particular layer of QML code. This isn't ideal, since images may be used by multiple layers (plus it can be confusing if an image's path is defined in one layer, but the component is loaded in a separate layer, as is the case with menu icons). So, many images had to end up in the top-level, shared img directory out of necessity. The alternative was to have long strings of "../../.." in image paths, which seemed even worse. Either way, a better solution is needed here, but that'll be a future project.
|
Charles Lindsay |
11 years ago
|
|
|
267
|
|
|
Eric Gregory |
11 years ago
|
|
|
213
|
|
Rotate photo. Fixes bug #901884.
* Photos can now be rotated. For now, we simply update the Exif rotation field, so in that sense it's non-destructive as of yet. * There's a new PhotoEditor component. Get to it by selecting Edit from the ... menu in the photo viewer. From the editor, you have a ... menu with rotate options. * MediaSources have a new signal: data_altered, which gets fired when the pixel data changes. The PreviewManager listens for that signal and regenerates the thumb every time a source fires it. * We have to add URL parameters to our image URLs that point to our custom image provider, to get around QML's aggressive caching policy. Now, every time you change a photo's data, we add ?edit=x where x is an incrementing counter, to the image URL so that it'll get reloaded from disk, skipping the cache. This is a little hacky, but QML's cache is opaque, so once a URL is in it, there's no telling QML to invalidate the entry. Short of actually renaming the file or writing our own cache and turning QML's off, I couldn't see a better way to solve this issue.
|
Charles Lindsay |
12 years ago
|
|
|
181
|
|
|
Jim Nelson |
12 years ago
|
|
|
116
|
|
|
Charles Lindsay |
12 years ago
|
|
|
108
|
|
|
Jim Nelson |
12 years ago
|
|
|
97
|
|
|
Jim Nelson |
12 years ago
|
|
|
84
|
|
|
Jim Nelson |
12 years ago
|
|
|