GNOME issueshttps://gitlab.gnome.org/groups/GNOME/-/issues2021-05-19T11:27:59Zhttps://gitlab.gnome.org/GNOME/shotwell/-/issues/618Drag-and-drop available when it shouldn't be2021-05-19T11:27:59ZBugzillaDrag-and-drop available when it shouldn't be## Submitted by Jim Nelson
**[Link to original bug (#715474)](https://bugzilla.gnome.org/show_bug.cgi?id=715474)**
## Description
---- Reported by jim@yorba.org 2009-06-01 13:12:00 -0700 ----
Original Redmine bug id: 317
Origi...## Submitted by Jim Nelson
**[Link to original bug (#715474)](https://bugzilla.gnome.org/show_bug.cgi?id=715474)**
## Description
---- Reported by jim@yorba.org 2009-06-01 13:12:00 -0700 ----
Original Redmine bug id: 317
Original URL: http://redmine.yorba.org/issues/317
Searchable id: yorba-bug-317
Original author: Jim Nelson
Original description:
There's an edge-case in the DnD code. If a single item is selected, and the
user clicks and drags on a “dead†space, the single item deselects
properly but a DnD operation seems to be available. No export is performed;
it's just a confusing thing.
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:42:00 -0700 ----
### History
---
Comment 1
Updated by Jim Nelson over 4 years ago
* **Priority** set to _High_
---
Comment 2
Updated by Jim Nelson over 4 years ago
* **Status** changed from _Open_ to _5_
* **Resolution** set to _fixed_
* **% Done** set to _100_
This was fixed when the drag-select feature was added.
---
Comment 3
Updated by Charles Lindsay 7 months ago
* **Status** changed from _5_ to _Fixed_
--- Bug imported by chaz@yorba.org 2013-11-25 21:41 UTC ---
This bug was previously known as _bug_ 317 at http://redmine.yorba.org/show_bug.cgi?id=317
Unknown Component
Using default product and component set in Parameters
Unknown version " in product shotwell.
Setting version to "!unspecified".
Unknown milestone "unknown in product shotwell.
Setting to default milestone for this product, "---".
Setting qa contact to the default for this product.
This bug either had no qa contact or an invalid one.
Resolution: RESOLVED FIXEDhttps://gitlab.gnome.org/GNOME/shotwell/-/issues/619Stop Import button2021-05-19T11:28:01ZBugzillaStop Import button## Submitted by Jim Nelson
**[Link to original bug (#715475)](https://bugzilla.gnome.org/show_bug.cgi?id=715475)**
## Description
---- Reported by jim@yorba.org 2009-05-28 12:05:00 -0700 ----
Original Redmine bug id: 315
Origi...## Submitted by Jim Nelson
**[Link to original bug (#715475)](https://bugzilla.gnome.org/show_bug.cgi?id=715475)**
## Description
---- Reported by jim@yorba.org 2009-05-28 12:05:00 -0700 ----
Original Redmine bug id: 315
Original URL: http://redmine.yorba.org/issues/315
Searchable id: yorba-bug-315
Original author: Jim Nelson
Original description:
Stop Import button
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:42:00 -0700 ----
### History
---
Comment 1
Updated by Jim Nelson over 4 years ago
* **Status** changed from _Open_ to _5_
* **Resolution** set to _fixed_
* **% Done** set to _100_
---
Comment 2
Updated by Charles Lindsay 7 months ago
* **Status** changed from _5_ to _Fixed_
--- Bug imported by chaz@yorba.org 2013-11-25 21:41 UTC ---
This bug was previously known as _bug_ 315 at http://redmine.yorba.org/show_bug.cgi?id=315
Unknown Component
Using default product and component set in Parameters
Unknown version " in product shotwell.
Setting version to "!unspecified".
Unknown milestone "unknown in product shotwell.
Setting to default milestone for this product, "---".
Setting qa contact to the default for this product.
This bug either had no qa contact or an invalid one.
Resolution: RESOLVED FIXEDhttps://gitlab.gnome.org/GNOME/shotwell/-/issues/620Show photo on the fly as imported2021-05-19T11:28:03ZBugzillaShow photo on the fly as imported## Submitted by Jim Nelson
**[Link to original bug (#715476)](https://bugzilla.gnome.org/show_bug.cgi?id=715476)**
## Description
---- Reported by jim@yorba.org 2009-05-28 12:05:00 -0700 ----
Original Redmine bug id: 314
Origi...## Submitted by Jim Nelson
**[Link to original bug (#715476)](https://bugzilla.gnome.org/show_bug.cgi?id=715476)**
## Description
---- Reported by jim@yorba.org 2009-05-28 12:05:00 -0700 ----
Original Redmine bug id: 314
Original URL: http://redmine.yorba.org/issues/314
Searchable id: yorba-bug-314
Original author: Jim Nelson
Original description:
Show photo on the fly as imported
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:42:00 -0700 ----
### History
---
Comment 1
Updated by Jim Nelson over 4 years ago
* **Status** changed from _Open_ to _5_
* **Resolution** set to _fixed_
* **% Done** set to _100_
---
Comment 2
Updated by Charles Lindsay 7 months ago
* **Status** changed from _5_ to _Fixed_
--- Bug imported by chaz@yorba.org 2013-11-25 21:41 UTC ---
This bug was previously known as _bug_ 314 at http://redmine.yorba.org/show_bug.cgi?id=314
Unknown Component
Using default product and component set in Parameters
Unknown version " in product shotwell.
Setting version to "!unspecified".
Unknown milestone "unknown in product shotwell.
Setting to default milestone for this product, "---".
Setting qa contact to the default for this product.
This bug either had no qa contact or an invalid one.
Resolution: RESOLVED FIXEDhttps://gitlab.gnome.org/GNOME/shotwell/-/issues/621Smooth import progress bar2021-05-19T11:28:05ZBugzillaSmooth import progress bar## Submitted by Jim Nelson
**[Link to original bug (#715477)](https://bugzilla.gnome.org/show_bug.cgi?id=715477)**
## Description
---- Reported by jim@yorba.org 2009-05-28 12:05:00 -0700 ----
Original Redmine bug id: 313
Origi...## Submitted by Jim Nelson
**[Link to original bug (#715477)](https://bugzilla.gnome.org/show_bug.cgi?id=715477)**
## Description
---- Reported by jim@yorba.org 2009-05-28 12:05:00 -0700 ----
Original Redmine bug id: 313
Original URL: http://redmine.yorba.org/issues/313
Searchable id: yorba-bug-313
Original author: Jim Nelson
Original description:
Smooth import progress bar
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:42:00 -0700 ----
### History
---
Comment 1
Updated by Jim Nelson over 4 years ago
* **Status** changed from _Open_ to _5_
* **Resolution** set to _fixed_
* **% Done** set to _100_
---
Comment 2
Updated by Charles Lindsay 7 months ago
* **Status** changed from _5_ to _Fixed_
--- Bug imported by chaz@yorba.org 2013-11-25 21:41 UTC ---
This bug was previously known as _bug_ 313 at http://redmine.yorba.org/show_bug.cgi?id=313
Unknown Component
Using default product and component set in Parameters
Unknown version " in product shotwell.
Setting version to "!unspecified".
Unknown milestone "unknown in product shotwell.
Setting to default milestone for this product, "---".
Setting qa contact to the default for this product.
This bug either had no qa contact or an invalid one.
Resolution: RESOLVED FIXEDhttps://gitlab.gnome.org/GNOME/shotwell/-/issues/622Make file import look like camera import2021-05-19T11:28:08ZBugzillaMake file import look like camera import## Submitted by Jim Nelson
**[Link to original bug (#715478)](https://bugzilla.gnome.org/show_bug.cgi?id=715478)**
## Description
---- Reported by jim@yorba.org 2009-05-28 12:04:00 -0700 ----
Original Redmine bug id: 312
Origi...## Submitted by Jim Nelson
**[Link to original bug (#715478)](https://bugzilla.gnome.org/show_bug.cgi?id=715478)**
## Description
---- Reported by jim@yorba.org 2009-05-28 12:04:00 -0700 ----
Original Redmine bug id: 312
Original URL: http://redmine.yorba.org/issues/312
Searchable id: yorba-bug-312
Original author: Jim Nelson
Original description:
Make file import look like camera import
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:42:00 -0700 ----
### History
---
Comment 1
Updated by Jim Nelson over 4 years ago
* **Status** changed from _Open_ to _5_
* **Resolution** set to _fixed_
* **% Done** set to _100_
---
Comment 2
Updated by Charles Lindsay 7 months ago
* **Status** changed from _5_ to _Fixed_
--- Bug imported by chaz@yorba.org 2013-11-25 21:41 UTC ---
This bug was previously known as _bug_ 312 at http://redmine.yorba.org/show_bug.cgi?id=312
Unknown Component
Using default product and component set in Parameters
Unknown version " in product shotwell.
Setting version to "!unspecified".
Unknown milestone "unknown in product shotwell.
Setting to default milestone for this product, "---".
Setting qa contact to the default for this product.
This bug either had no qa contact or an invalid one.
Resolution: RESOLVED FIXEDhttps://gitlab.gnome.org/GNOME/shotwell/-/issues/623Icons for all current buttons2021-05-19T11:28:09ZBugzillaIcons for all current buttons## Submitted by Jim Nelson
**[Link to original bug (#715479)](https://bugzilla.gnome.org/show_bug.cgi?id=715479)**
## Description
---- Reported by jim@yorba.org 2009-05-27 18:35:00 -0700 ----
Original Redmine bug id: 308
Origi...## Submitted by Jim Nelson
**[Link to original bug (#715479)](https://bugzilla.gnome.org/show_bug.cgi?id=715479)**
## Description
---- Reported by jim@yorba.org 2009-05-27 18:35:00 -0700 ----
Original Redmine bug id: 308
Original URL: http://redmine.yorba.org/issues/308
Searchable id: yorba-bug-308
Original author: Jim Nelson
Original description:
Just so we have icons for the release.
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:42:00 -0700 ----
### History
---
Comment 1
Updated by Jim Nelson over 4 years ago
Need icons for these buttons:
* Crop
* Pin Toolbar
* Import Selected
* Import All
---
Comment 2
Updated by Jim Nelson over 4 years ago
* **Status** changed from _Open_ to _5_
* **Resolution** set to _fixed_
* **% Done** set to _100_
---
Comment 3
Updated by Charles Lindsay 7 months ago
* **Status** changed from _5_ to _Fixed_
--- Bug imported by chaz@yorba.org 2013-11-25 21:41 UTC ---
This bug was previously known as _bug_ 308 at http://redmine.yorba.org/show_bug.cgi?id=308
Unknown Component
Using default product and component set in Parameters
Unknown version " in product shotwell.
Setting version to "!unspecified".
Unknown milestone "unknown in product shotwell.
Setting to default milestone for this product, "---".
Setting qa contact to the default for this product.
This bug either had no qa contact or an invalid one.
Resolution: RESOLVED FIXEDhttps://gitlab.gnome.org/GNOME/shotwell/-/issues/624Discuss storage model2021-05-19T11:28:11ZBugzillaDiscuss storage model## Submitted by Jim Nelson
**[Link to original bug (#715480)](https://bugzilla.gnome.org/show_bug.cgi?id=715480)**
## Description
---- Reported by jim@yorba.org 2009-05-27 16:14:00 -0700 ----
Original Redmine bug id: 307
Origi...## Submitted by Jim Nelson
**[Link to original bug (#715480)](https://bugzilla.gnome.org/show_bug.cgi?id=715480)**
## Description
---- Reported by jim@yorba.org 2009-05-27 16:14:00 -0700 ----
Original Redmine bug id: 307
Original URL: http://redmine.yorba.org/issues/307
Searchable id: yorba-bug-307
Original author: Jim Nelson
Original description:
Today, Shotwell does not make a copy of a photo when it's imported via DnD. It
does, obviously, make a copy when it's imported off a camera. When the photo
is removed from Shotwell, no file is deleted in either case.
We should discuss what the proper storage model should be, and decide if it
needs to be implemented for the 0.1 release.
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:42:00 -0700 ----
### History
---
Comment 1
Updated by Jim Nelson over 4 years ago
* **Status** changed from _Open_ to _5_
* **Resolution** set to _fixed_
* **% Done** set to _100_
---
Comment 2
Updated by Charles Lindsay 7 months ago
* **Status** changed from _5_ to _Fixed_
--- Bug imported by chaz@yorba.org 2013-11-25 21:41 UTC ---
This bug was previously known as _bug_ 307 at http://redmine.yorba.org/show_bug.cgi?id=307
Unknown Component
Using default product and component set in Parameters
Unknown version " in product shotwell.
Setting version to "!unspecified".
Unknown milestone "unknown in product shotwell.
Setting to default milestone for this product, "---".
Setting qa contact to the default for this product.
This bug either had no qa contact or an invalid one.
Resolution: RESOLVED FIXEDhttps://gitlab.gnome.org/GNOME/shotwell/-/issues/625Slideshow2021-05-19T11:28:14ZBugzillaSlideshow## Submitted by Jim Nelson
**[Link to original bug (#715481)](https://bugzilla.gnome.org/show_bug.cgi?id=715481)**
## Description
---- Reported by jim@yorba.org 2009-05-27 10:36:00 -0700 ----
Original Redmine bug id: 305
Origi...## Submitted by Jim Nelson
**[Link to original bug (#715481)](https://bugzilla.gnome.org/show_bug.cgi?id=715481)**
## Description
---- Reported by jim@yorba.org 2009-05-27 10:36:00 -0700 ----
Original Redmine bug id: 305
Original URL: http://redmine.yorba.org/issues/305
Searchable id: yorba-bug-305
Original author: Jim Nelson
Original description:
For a first stab at a slideshow feature, we'd like to see the following:
* In the CollectionPage view, “Slideshow†in the Photos menu with a keyboard accelerator (perhaps Alt+S) and a single slideshow button.
* Menu item and tool button should be dimmed if no photos available in view.
* Slideshow is not available in the full-window/fullscreen PhotoPage.
* When slideshow is activated, go fullscreen and begin rotating through the photos on that particular Page. For now, no menu is necessary in the fullscreen view, but keyboard shortcuts should be available: Esc to exit slideshow, Space to pause slideshow, Left Arrow and Right Arrow to go back and go forward respectively.
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:42:00 -0700 ----
### History
---
Comment 1
Updated by Jim Nelson over 4 years ago
Rather than Alt+S, let's use F5 to start the slideshow.
---
Comment 2
Updated by Jim Nelson over 4 years ago
* **Status** changed from _Open_ to _5_
* **Resolution** set to _fixed_
* **% Done** set to _100_
---
Comment 3
Updated by Charles Lindsay 7 months ago
* **Status** changed from _5_ to _Fixed_
--- Bug imported by chaz@yorba.org 2013-11-25 21:41 UTC ---
This bug was previously known as _bug_ 305 at http://redmine.yorba.org/show_bug.cgi?id=305
Unknown Component
Using default product and component set in Parameters
Unknown version " in product shotwell.
Setting version to "!unspecified".
Unknown milestone "unknown in product shotwell.
Setting to default milestone for this product, "---".
Setting qa contact to the default for this product.
This bug either had no qa contact or an invalid one.
Resolution: RESOLVED FIXEDhttps://gitlab.gnome.org/GNOME/shotwell/-/issues/626Memory leak with current gdk-pixbuf.vapi file2021-05-19T11:28:16ZBugzillaMemory leak with current gdk-pixbuf.vapi file## Submitted by Jim Nelson
**[Link to original bug (#715482)](https://bugzilla.gnome.org/show_bug.cgi?id=715482)**
## Description
---- Reported by jim@yorba.org 2009-05-22 13:09:00 -0700 ----
Original Redmine bug id: 301
Origi...## Submitted by Jim Nelson
**[Link to original bug (#715482)](https://bugzilla.gnome.org/show_bug.cgi?id=715482)**
## Description
---- Reported by jim@yorba.org 2009-05-22 13:09:00 -0700 ----
Original Redmine bug id: 301
Original URL: http://redmine.yorba.org/issues/301
Searchable id: yorba-bug-301
Original author: Jim Nelson
Original description:
Shotwell will leak copious amounts of memory if compiled with current release
of Vala. See this for more information:
http://bugzilla.gnome.org/show_bug.cgi?id=582694
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:42:00 -0700 ----
### History
---
Comment 1
Updated by Jim Nelson over 4 years ago
* **Status** changed from _Open_ to _5_
* **Resolution** set to _fixed_
* **% Done** set to _100_
Solved with Vala 0.7.3.
---
Comment 2
Updated by Charles Lindsay 7 months ago
* **Status** changed from _5_ to _Fixed_
--- Bug imported by chaz@yorba.org 2013-11-25 21:41 UTC ---
This bug was previously known as _bug_ 301 at http://redmine.yorba.org/show_bug.cgi?id=301
Unknown Component
Using default product and component set in Parameters
Unknown version " in product shotwell.
Setting version to "!unspecified".
Unknown milestone "unknown in product shotwell.
Setting to default milestone for this product, "---".
Setting qa contact to the default for this product.
This bug either had no qa contact or an invalid one.
Resolution: RESOLVED FIXEDhttps://gitlab.gnome.org/GNOME/shotwell/-/issues/627Progress indicators in sidebar2021-05-19T11:28:18ZBugzillaProgress indicators in sidebar## Submitted by Jim Nelson
**[Link to original bug (#715483)](https://bugzilla.gnome.org/show_bug.cgi?id=715483)**
## Description
---- Reported by jim@yorba.org 2009-05-22 11:31:00 -0700 ----
Original Redmine bug id: 300
Origi...## Submitted by Jim Nelson
**[Link to original bug (#715483)](https://bugzilla.gnome.org/show_bug.cgi?id=715483)**
## Description
---- Reported by jim@yorba.org 2009-05-22 11:31:00 -0700 ----
Original Redmine bug id: 300
Original URL: http://redmine.yorba.org/issues/300
Searchable id: yorba-bug-300
Original author: Jim Nelson
Original description:
Progress indicators in sidebar
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:46:00 -0700 ----
### History
---
Comment 1
Updated by Adam Dingle over 3 years ago
* **Target version** deleted (`<strike>`__`</strike>`)
---
Comment 2
Updated by Adam Dingle over 3 years ago
It's been so long since this ticket was filed that I've forgotten: for which
operations, exactly, do we want to display progress indicators in the sidebar?
---
Comment 3
Updated by Jim Nelson over 3 years ago
The “Importing…†page is the obvious one. We could use it as well when a
mass operation is occurring on the page, such as rotating or emptying the
trash.
---
Comment 4
Updated by Jim Nelson 11 months ago
* **Target version** set to _0.14.0_
---
Comment 5
Updated by Jim Nelson 11 months ago
* **Category** set to _ux_
---
Comment 6
Updated by Jim Nelson 10 months ago
* **Target version** changed from _0.14.0_ to _0.15.0_
---
Comment 7
Updated by Jim Nelson 8 months ago
* **Status** changed from _Open_ to _5_
* **Resolution** set to _wontfix_
The original intent of this ticket was to show progress for operations on
various pages. That didn't quite happen the way we hoped 4 years ago -- the
only page that has a true background operation is the import page. We use a
sidebar progress bar for non-page background operations (i.e. the metadata
writer), so that's handled already. There's been no call to special-case the
import page in the sidebar with a progress bar, so closing.
---
Comment 8
Updated by Charles Lindsay 7 months ago
* **Status** changed from _5_ to _Invalid_
--- Bug imported by chaz@yorba.org 2013-11-25 21:41 UTC ---
This bug was previously known as _bug_ 300 at http://redmine.yorba.org/show_bug.cgi?id=300
Unknown milestone "unknown in product shotwell.
Setting to default milestone for this product, "---".
Setting qa contact to the default for this product.
This bug either had no qa contact or an invalid one.
Version: 0.15.0
Resolution: RESOLVED INVALIDhttps://gitlab.gnome.org/GNOME/shotwell/-/issues/628support installation in directory other than /usr/local2021-05-19T11:28:20ZBugzillasupport installation in directory other than /usr/local## Submitted by Adam Dingle
**[Link to original bug (#715484)](https://bugzilla.gnome.org/show_bug.cgi?id=715484)**
## Description
---- Reported by adam@yorba.org 2009-05-22 09:17:00 -0700 ----
Original Redmine bug id: 296
Ori...## Submitted by Adam Dingle
**[Link to original bug (#715484)](https://bugzilla.gnome.org/show_bug.cgi?id=715484)**
## Description
---- Reported by adam@yorba.org 2009-05-22 09:17:00 -0700 ----
Original Redmine bug id: 296
Original URL: http://redmine.yorba.org/issues/296
Searchable id: yorba-bug-296
Original author: Adam Dingle
Original description:
Today, the install path /usr/local is hardcoded into the Makefile and into
AppWindow.get_ui_dir(). We should allow the user to specify an arbitrary
install path at build or install time.
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:42:00 -0700 ----
### History
---
Comment 1
Updated by Adam Dingle over 4 years ago
* **Priority** deleted (`<strike>`__`</strike>`)
---
Comment 2
Updated by Jim Nelson over 4 years ago
* **Status** changed from _Open_ to _5_
* **Resolution** set to _fixed_
* **% Done** set to _100_
---
Comment 3
Updated by Charles Lindsay 7 months ago
* **Status** changed from _5_ to _Fixed_
--- Bug imported by chaz@yorba.org 2013-11-25 21:41 UTC ---
This bug was previously known as _bug_ 296 at http://redmine.yorba.org/show_bug.cgi?id=296
Unknown Component
Using default product and component set in Parameters
Unknown version " in product shotwell.
Setting version to "!unspecified".
Unknown milestone "unknown in product shotwell.
Setting to default milestone for this product, "---".
Setting qa contact to the default for this product.
This bug either had no qa contact or an invalid one.
Resolution: RESOLVED FIXEDhttps://gitlab.gnome.org/GNOME/shotwell/-/issues/629icons in sidebar2021-05-19T11:28:22ZBugzillaicons in sidebar## Submitted by Adam Dingle
**[Link to original bug (#715485)](https://bugzilla.gnome.org/show_bug.cgi?id=715485)**
## Description
---- Reported by adam@yorba.org 2009-05-22 09:01:00 -0700 ----
Original Redmine bug id: 295
Ori...## Submitted by Adam Dingle
**[Link to original bug (#715485)](https://bugzilla.gnome.org/show_bug.cgi?id=715485)**
## Description
---- Reported by adam@yorba.org 2009-05-22 09:01:00 -0700 ----
Original Redmine bug id: 295
Original URL: http://redmine.yorba.org/issues/295
Searchable id: yorba-bug-295
Original author: Adam Dingle
Original description:
It would be nice to have an icon beside each sidebar category (Photos, Events,
Cameras).
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:42:00 -0700 ----
### History
---
Comment 1
Updated by Adam Dingle over 4 years ago
* **Priority** set to _High_
---
Comment 2
Updated by Adam Dingle about 4 years ago
* **Priority** deleted (`<strike>`_High_`</strike>`)
---
Comment 3
Updated by Adam Dingle over 3 years ago
* **Target version** deleted (`<strike>`__`</strike>`)
---
Comment 4
Updated by Adam Dingle over 3 years ago
* **Priority** set to _High_
Perhaps worth considering for 0.7.
---
Comment 5
Updated by Philip Beam over 3 years ago
* **Status** changed from _Open_ to _Review_
* **Assignee** changed from _Anonymous_ to _Philip Beam_
---
Comment 6
Updated by Adam Dingle over 3 years ago
Philip,
thanks for your recent patches, and I'm glad you're interested in working on
this enhancement as well. I hope you've gotten a chance to read the recent
mailing list discussion about icons in the sidebar: see this message and the
ones which preceded it:
http://lists.yorba.org/pipermail/shotwell/2010-July/000606.html
The conclusion was that we'd like the sidebar icons to look like this:
http://dl.dropbox.com/u/8668185/shotwell.png
In that picture, however, the black icon to the left of Photos isn't too
inspiring. Instead, let's try using the main Shotwell icon there – I think
it will look great. Thanks again for your help!
---
Comment 7
Updated by Philip Beam over 3 years ago
No problem, I'm glad to help. I have read the discussion, and agree that the
icon is very plain, but I'm using the standard theme icons so it won't always
look like that. The GNOME icon looks like this:
http://git.gnome.org/browse/gnome-icon-
theme/plain/gnome/16×16/mimetypes/image-x-generic.png
There is also this one (Ubuntu theme is two black photos):
http://git.gnome.org/browse/gnome-icon-theme/plain/gnome/16×16/emblems
/emblem-photos.png
If #1578 moves the Shotwell icon to the standard location it will be very easy
to use it as the Photos icon. There is no standard “Tags†icon so a custom
one may be needed.
http://standards.freedesktop.org/icon-naming-spec/icon-naming-spec-latest.html
---
Comment 8
Updated by Adam Dingle over 3 years ago
Aha – the emblem-photos icon actually looks pretty good and is theme-
specific. We could display either that icon or the Shotwell icon to the left
of Photos – either would be fine with me.
Can you design a custom Tags icon or find one online somewhere? If not,
perhaps we can get some artist lurking on the Shotwell mailing list to make
one for us.
---
Comment 9
Updated by Philip Beam over 3 years ago
I used the folder icon for Tags until a custom icon is available.
---
Comment 10
Updated by Adam Dingle over 3 years ago
Philip,
I just tried out your patch. I'll let Jim review the code, but the
functionality looks great! This will be a really nice visual enhancement to
Shotwell.
I do think that the default Ubuntu photos icon (the two black photos) looks
too somber. We could either try to get Ubuntu to change it, or simply use the
Shotwell icon instead. I might be inclined to use the Shotwell icon – that's
the easier route, and I actually think it would look pretty good.
---
Comment 11
Updated by Philip Beam over 3 years ago
I didn't realize this at the time, but changing emblem-photos to shotwell
works. It looks like the icon was installed into /usr/local/share/icons
instead of /usr/share/icons. GTK finds it but it's the only icon there.
---
Comment 12
Updated by Philip Beam over 3 years ago
OK disregard that last message, installing through the package manager puts it
in /usr/share/icons. I updated the patch to use the Shotwell icon for Photos.
---
Comment 13
Updated by Adam Dingle over 3 years ago
Philip,
I've tried your latest patch. A few comments:
* If a parent node has an icon (e.g. “Camerasâ€, “Tagsâ€) but its child nodes do not, then the child node text is not indented at all with respect to the parent node text. I think this looks a bit confusing: it's not immediately apparent that the child nodes are children of the parent. So I think we need to indent the children a bit and/or give them their own icons.
* WIth your patch, Shotwell displays the icon for the Photos item only when it is installed, not when I run it from the build directory. It's very important to us that Shotwell have full functionality when run from the build directory. I will say, though, that I'm **still** not completely sure that we want to use the Shotwell icon next to the Photos item rather than the emblem-photos icon. I'll discuss that today with others at Yorba and we'll make a decision about this.
---
Comment 14
Updated by Jim Nelson over 3 years ago
Philip,
I agree with Adam about his two points. Otherwise, the code looks good --
you're putting the icon resource names right where they should be, with the
Pages.
---
Comment 15
Updated by Philip Beam over 3 years ago
This updated patch loads icons from the Shotwell icons directory if not found
in the theme. I could only get indenting to work on the right side of the
expanders, which didn't look very good, so I made them all have icons. Let me
know what you think and if you have any ideas for icon choices.
---
Comment 16
Updated by Adam Dingle over 3 years ago
Philip,
thanks for your continued work on this feature. Making all the items have
icons might work, though I'd have to see this in action to know what I think,
really. I applied your patch, built and ran and saw this:
* ERROR **: Sidebar.vala:203: Error opening file: No such file or directory
aborting...
Could you advise as to what's wrong and/or send an updated patch? Thanks!
---
Comment 17
Updated by Philip Beam over 3 years ago
This might fix it. If not I added some debug info, and I also made it not show
the icon instead of aborting.
---
Comment 18
Updated by Adam Dingle over 3 years ago
Philip,
I've now tried this latest patch and it runs without crashing. This is still
looking very promising. If we don't want the subitems to have icons, I think
we could simply use an invisible (i.e. completely transparent) icon for those
items – with your latest code I think everything would be nicely indented in
that case. Still, it does look pleasing to have icons everwhere. So I think we
need to decide the following:
* Should every subitem have an icon? If so, what should they look like?
* Which icon should we use for Photos – the Shotwell icon or the emblem-photos icon?
* What should the Last Import and Tags icons look like? If we need custom icons for these, who is going to design them?
I'll discuss with the Shotwell team here at GUADEC (we're in the Netherlands!)
soon.
By the way, the patch is once again out of date with respect to the latest
trunk – would be nice to bring it up to date. :) Thanks!
---
Comment 19
Updated by Adam Dingle over 3 years ago
* **Priority** deleted (`<strike>`_High_`</strike>`)
---
Comment 20
Updated by Jim Nelson over 3 years ago
* **Status** changed from _Review_ to _5_
* **Resolution** set to _fixed_
* **% Done** set to _100_
Hi Philip,
This adds a great deal of polish to Shotwell. We've decided to commit this --
there may be further work in the future fine-tuning the icons.
Cheers!
---
Comment 21
Updated by Charles Lindsay 7 months ago
* **Status** changed from _5_ to _Fixed_
--- Bug imported by chaz@yorba.org 2013-11-25 21:41 UTC ---
This bug was previously known as _bug_ 295 at http://redmine.yorba.org/show_bug.cgi?id=295
Imported an attachment (id=261510)
Unknown Component
Using default product and component set in Parameters
Unknown version " in product shotwell.
Setting version to "!unspecified".
Unknown milestone "unknown in product shotwell.
Setting to default milestone for this product, "---".
Setting qa contact to the default for this product.
This bug either had no qa contact or an invalid one.
Resolution: RESOLVED FIXEDhttps://gitlab.gnome.org/GNOME/shotwell/-/issues/630off-white sidebar background2021-05-19T11:28:24ZBugzillaoff-white sidebar background## Submitted by Adam Dingle
**[Link to original bug (#715486)](https://bugzilla.gnome.org/show_bug.cgi?id=715486)**
## Description
---- Reported by adam@yorba.org 2009-05-22 08:57:00 -0700 ----
Original Redmine bug id: 294
Ori...## Submitted by Adam Dingle
**[Link to original bug (#715486)](https://bugzilla.gnome.org/show_bug.cgi?id=715486)**
## Description
---- Reported by adam@yorba.org 2009-05-22 08:57:00 -0700 ----
Original Redmine bug id: 294
Original URL: http://redmine.yorba.org/issues/294
Searchable id: yorba-bug-294
Original author: Adam Dingle
Original description:
The sidebar background is pure white, which looks a bit stark. It might be
nice to have an off-white background as found in iPhoto.
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:42:00 -0700 ----
### History
---
Comment 1
Updated by Adam Dingle over 4 years ago
* **Priority** deleted (`<strike>`_High_`</strike>`)
---
Comment 2
Updated by Jim Nelson over 4 years ago
* **Status** changed from _Open_ to _5_
* **Resolution** set to _fixed_
* **% Done** set to _100_
---
Comment 3
Updated by Charles Lindsay 7 months ago
* **Status** changed from _5_ to _Fixed_
--- Bug imported by chaz@yorba.org 2013-11-25 21:41 UTC ---
This bug was previously known as _bug_ 294 at http://redmine.yorba.org/show_bug.cgi?id=294
Unknown Component
Using default product and component set in Parameters
Unknown version " in product shotwell.
Setting version to "!unspecified".
Unknown milestone "unknown in product shotwell.
Setting to default milestone for this product, "---".
Setting qa contact to the default for this product.
This bug either had no qa contact or an invalid one.
Resolution: RESOLVED FIXEDhttps://gitlab.gnome.org/GNOME/shotwell/-/issues/631allow darker background color2021-05-19T11:28:26ZBugzillaallow darker background color## Submitted by Adam Dingle
**[Link to original bug (#715487)](https://bugzilla.gnome.org/show_bug.cgi?id=715487)**
## Description
---- Reported by adam@yorba.org 2009-05-22 08:55:00 -0700 ----
Original Redmine bug id: 293
Ori...## Submitted by Adam Dingle
**[Link to original bug (#715487)](https://bugzilla.gnome.org/show_bug.cgi?id=715487)**
## Description
---- Reported by adam@yorba.org 2009-05-22 08:55:00 -0700 ----
Original Redmine bug id: 293
Original URL: http://redmine.yorba.org/issues/293
Searchable id: yorba-bug-293
Original author: Adam Dingle
Original description:
The current Shotwell background color (777) is a bit light for my taste. I'd
prefer a darker background such as 444 (as used in Fillmore). We should either
a) darken the background, and/or
b) provide a slider that lets the user vary the color between black and white
(as found in iPhoto).
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:42:00 -0700 ----
### History
---
Comment 1
Updated by Adam Dingle over 4 years ago
* **Priority** deleted (`<strike>`_High_`</strike>`)
---
Comment 2
Updated by Jim Nelson over 4 years ago
* **Status** changed from _Open_ to _5_
* **Resolution** set to _fixed_
* **% Done** set to _100_
---
Comment 3
Updated by Charles Lindsay 7 months ago
* **Status** changed from _5_ to _Fixed_
--- Bug imported by chaz@yorba.org 2013-11-25 21:41 UTC ---
This bug was previously known as _bug_ 293 at http://redmine.yorba.org/show_bug.cgi?id=293
Unknown Component
Using default product and component set in Parameters
Unknown version " in product shotwell.
Setting version to "!unspecified".
Unknown milestone "unknown in product shotwell.
Setting to default milestone for this product, "---".
Setting qa contact to the default for this product.
This bug either had no qa contact or an invalid one.
Resolution: RESOLVED FIXEDhttps://gitlab.gnome.org/GNOME/shotwell/-/issues/632improve menu item names2021-05-19T11:28:28ZBugzillaimprove menu item names## Submitted by Adam Dingle
**[Link to original bug (#715488)](https://bugzilla.gnome.org/show_bug.cgi?id=715488)**
## Description
---- Reported by adam@yorba.org 2009-05-22 08:42:00 -0700 ----
Original Redmine bug id: 292
Ori...## Submitted by Adam Dingle
**[Link to original bug (#715488)](https://bugzilla.gnome.org/show_bug.cgi?id=715488)**
## Description
---- Reported by adam@yorba.org 2009-05-22 08:42:00 -0700 ----
Original Redmine bug id: 292
Original URL: http://redmine.yorba.org/issues/292
Searchable id: yorba-bug-292
Original author: Adam Dingle
Original description:
According to the GNOME interface guidelines, all words in menu items should be
capitalized (except certain short words such as articles and conjunctions).
See
!http://library.gnome.org/devel/hig-book/2.26/design-text-labels.html.en
#layout-capitalization
So we should correct several menu items in Shotwell:
Zoom in -> Zoom In
Zoom out -> Zoom Out
Rotate clockwise -> Rotate Clockwise
Rotate counterclockwise -> Rotate Counterclockwise
While we're at it, I think the rotate items should instead be Rotate Right and
Rotate Left; that wording would be shorter and would probably be clearer to
many people.
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:42:00 -0700 ----
### History
---
Comment 1
Updated by Jim Nelson over 4 years ago
* **Status** changed from _Open_ to _5_
* **Resolution** set to _fixed_
* **% Done** set to _100_
---
Comment 2
Updated by Charles Lindsay 7 months ago
* **Status** changed from _5_ to _Fixed_
--- Bug imported by chaz@yorba.org 2013-11-25 21:41 UTC ---
This bug was previously known as _bug_ 292 at http://redmine.yorba.org/show_bug.cgi?id=292
Unknown Component
Using default product and component set in Parameters
Unknown version " in product shotwell.
Setting version to "!unspecified".
Unknown milestone "unknown in product shotwell.
Setting to default milestone for this product, "---".
Setting qa contact to the default for this product.
This bug either had no qa contact or an invalid one.
Resolution: RESOLVED FIXEDhttps://gitlab.gnome.org/GNOME/shotwell/-/issues/633icon2021-05-19T11:28:30ZBugzillaicon## Submitted by Adam Dingle
Assigned to **Lucas Beeler**
**[Link to original bug (#715489)](https://bugzilla.gnome.org/show_bug.cgi?id=715489)**
## Description
---- Reported by adam@yorba.org 2009-05-22 08:18:00 -0700 ----
Ori...## Submitted by Adam Dingle
Assigned to **Lucas Beeler**
**[Link to original bug (#715489)](https://bugzilla.gnome.org/show_bug.cgi?id=715489)**
## Description
---- Reported by adam@yorba.org 2009-05-22 08:18:00 -0700 ----
Original Redmine bug id: 291
Original URL: http://redmine.yorba.org/issues/291
Searchable id: yorba-bug-291
Original author: Adam Dingle
Original description:
We need an icon for Shotwell. Perhaps Kari can design one for us.
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:42:00 -0700 ----
### History
---
Comment 1
Updated by Jim Nelson over 4 years ago
* **Priority** deleted (`<strike>`_High_`</strike>`)
---
Comment 2
Updated by Jim Nelson over 4 years ago
* **Priority** set to _High_
---
Comment 3
Updated by Adam Dingle about 4 years ago
* **Priority** deleted (`<strike>`_High_`</strike>`)
---
Comment 4
Updated by Adam Dingle about 4 years ago
* **Status** changed from _Open_ to _Review_
* **Assignee** changed from _Anonymous_ to _Lucas Beeler_
---
Comment 5
Updated by Jim Nelson about 4 years ago
* **Assignee** changed from _Lucas Beeler_ to _Anonymous_
* **Priority** set to _High_
Removed assignment and placed back to high. Icon from Kari hopefully available
for 0.4.0.
---
Comment 6
Updated by Adam Dingle almost 4 years ago
* **Target version** set to _0.4_
---
Comment 7
Updated by Adam Dingle almost 4 years ago
* **Priority** deleted (`<strike>`_High_`</strike>`)
---
Comment 8
Updated by Adam Dingle almost 4 years ago
* **Assignee** changed from _Anonymous_ to _Lucas Beeler_
---
Comment 9
Updated by Lucas Beeler almost 4 years ago
* **Status** changed from _Review_ to _5_
* **Resolution** set to _fixed_
* **% Done** set to _100_
---
Comment 10
Updated by Charles Lindsay 7 months ago
* **Status** changed from _5_ to _Fixed_
--- Bug imported by chaz@yorba.org 2013-11-25 21:41 UTC ---
This bug was previously known as _bug_ 291 at http://redmine.yorba.org/show_bug.cgi?id=291
Unknown Component
Using default product and component set in Parameters
Unknown milestone "unknown in product shotwell.
Setting to default milestone for this product, "---".
Setting qa contact to the default for this product.
This bug either had no qa contact or an invalid one.
Version: 0.4
Resolution: RESOLVED FIXEDhttps://gitlab.gnome.org/GNOME/shotwell/-/issues/634choose name2021-05-19T11:28:32ZBugzillachoose name## Submitted by Adam Dingle
**[Link to original bug (#715490)](https://bugzilla.gnome.org/show_bug.cgi?id=715490)**
## Description
---- Reported by adam@yorba.org 2009-05-22 08:16:00 -0700 ----
Original Redmine bug id: 290
Ori...## Submitted by Adam Dingle
**[Link to original bug (#715490)](https://bugzilla.gnome.org/show_bug.cgi?id=715490)**
## Description
---- Reported by adam@yorba.org 2009-05-22 08:16:00 -0700 ----
Original Redmine bug id: 290
Original URL: http://redmine.yorba.org/issues/290
Searchable id: yorba-bug-290
Original author: Adam Dingle
Original description:
We need to decide what name Shotwell will have when we release it. Will it be
Shotwell, or something else?
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:42:00 -0700 ----
### History
---
Comment 1
Updated by Adam Dingle over 4 years ago
* **Priority** deleted (`<strike>`_High_`</strike>`)
---
Comment 2
Updated by Jim Nelson over 4 years ago
* **Status** changed from _Open_ to _5_
* **Resolution** set to _fixed_
* **% Done** set to _100_
---
Comment 3
Updated by Charles Lindsay 7 months ago
* **Status** changed from _5_ to _Fixed_
--- Bug imported by chaz@yorba.org 2013-11-25 21:41 UTC ---
This bug was previously known as _bug_ 290 at http://redmine.yorba.org/show_bug.cgi?id=290
Unknown Component
Using default product and component set in Parameters
Unknown version " in product shotwell.
Setting version to "!unspecified".
Unknown milestone "unknown in product shotwell.
Setting to default milestone for this product, "---".
Setting qa contact to the default for this product.
This bug either had no qa contact or an invalid one.
Resolution: RESOLVED FIXEDhttps://gitlab.gnome.org/GNOME/shotwell/-/issues/635check dependency versions2021-05-19T11:28:33ZBugzillacheck dependency versions## Submitted by Adam Dingle
**[Link to original bug (#715491)](https://bugzilla.gnome.org/show_bug.cgi?id=715491)**
## Description
---- Reported by adam@yorba.org 2009-05-22 08:11:00 -0700 ----
Original Redmine bug id: 289
Ori...## Submitted by Adam Dingle
**[Link to original bug (#715491)](https://bugzilla.gnome.org/show_bug.cgi?id=715491)**
## Description
---- Reported by adam@yorba.org 2009-05-22 08:11:00 -0700 ----
Original Redmine bug id: 289
Original URL: http://redmine.yorba.org/issues/289
Searchable id: yorba-bug-289
Original author: Adam Dingle
Original description:
Today, the Shotwell Makefile uses pkg-config --exists to check that various
external dependencies exist. We should instead use pkg-config --atleast-
version to ensure that dependencies are sufficiently up to date. We could just
set the version numbers to those shipped with a current Ubuntu, but it would
be better to be more lenient by specifying older version numbers where
possible. To determine those, we could try building Shotwell on an Ubuntu from
a couple of years ago and see which newer dependencies we need to install in
order for it to build and run.
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:42:00 -0700 ----
### History
---
Comment 1
Updated by Adam Dingle over 4 years ago
* **Priority** set to _High_
---
Comment 2
Updated by Adam Dingle over 4 years ago
* **Priority** deleted (`<strike>`_High_`</strike>`)
---
Comment 3
Updated by Adam Dingle over 4 years ago
We should also ensure that Shotwell is built using at least Vala 0.7.3, since
earlier versions will yield a memory leak.
---
Comment 4
Updated by Jim Nelson over 4 years ago
* **Status** changed from _Open_ to _5_
* **Resolution** set to _fixed_
* **% Done** set to _100_
---
Comment 5
Updated by Charles Lindsay 7 months ago
* **Status** changed from _5_ to _Fixed_
--- Bug imported by chaz@yorba.org 2013-11-25 21:41 UTC ---
This bug was previously known as _bug_ 289 at http://redmine.yorba.org/show_bug.cgi?id=289
Unknown Component
Using default product and component set in Parameters
Unknown version " in product shotwell.
Setting version to "!unspecified".
Unknown milestone "unknown in product shotwell.
Setting to default milestone for this product, "---".
Setting qa contact to the default for this product.
This bug either had no qa contact or an invalid one.
Resolution: RESOLVED FIXEDhttps://gitlab.gnome.org/GNOME/shotwell/-/issues/636documentation2021-05-19T11:28:36ZBugzilladocumentation## Submitted by Adam Dingle
**[Link to original bug (#715492)](https://bugzilla.gnome.org/show_bug.cgi?id=715492)**
## Description
---- Reported by adam@yorba.org 2009-05-22 08:04:00 -0700 ----
Original Redmine bug id: 288
Ori...## Submitted by Adam Dingle
**[Link to original bug (#715492)](https://bugzilla.gnome.org/show_bug.cgi?id=715492)**
## Description
---- Reported by adam@yorba.org 2009-05-22 08:04:00 -0700 ----
Original Redmine bug id: 288
Original URL: http://redmine.yorba.org/issues/288
Searchable id: yorba-bug-288
Original author: Adam Dingle
Original description:
We should write documentation about how to use Shotwell. For now this can just
live on our Wiki. This will be useful for external developers, as well as for
the upcoming 0.1 release.
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:42:00 -0700 ----
### History
---
Comment 1
Updated by Adam Dingle over 4 years ago
The documentation should also explain how to build and install Shotwell, and
should list external dependencies and how to get them on Ubuntu at least.
---
Comment 2
Updated by Adam Dingle over 4 years ago
* **Priority** set to _High_
---
Comment 3
Updated by Adam Dingle over 4 years ago
* **Priority** deleted (`<strike>`_High_`</strike>`)
---
Comment 4
Updated by Adam Dingle over 4 years ago
* **Status** changed from _Open_ to _5_
* **Resolution** set to _fixed_
* **% Done** set to _100_
---
Comment 5
Updated by Charles Lindsay 7 months ago
* **Status** changed from _5_ to _Fixed_
--- Bug imported by chaz@yorba.org 2013-11-25 21:41 UTC ---
This bug was previously known as _bug_ 288 at http://redmine.yorba.org/show_bug.cgi?id=288
Unknown Component
Using default product and component set in Parameters
Unknown version " in product shotwell.
Setting version to "!unspecified".
Unknown milestone "unknown in product shotwell.
Setting to default milestone for this product, "---".
Setting qa contact to the default for this product.
This bug either had no qa contact or an invalid one.
Resolution: RESOLVED FIXEDhttps://gitlab.gnome.org/GNOME/shotwell/-/issues/637architecture overview2021-05-19T11:28:37ZBugzillaarchitecture overview## Submitted by Adam Dingle
Assigned to **Jim Nelson**
**[Link to original bug (#715493)](https://bugzilla.gnome.org/show_bug.cgi?id=715493)**
## Description
---- Reported by adam@yorba.org 2009-05-22 08:03:00 -0700 ----
Origi...## Submitted by Adam Dingle
Assigned to **Jim Nelson**
**[Link to original bug (#715493)](https://bugzilla.gnome.org/show_bug.cgi?id=715493)**
## Description
---- Reported by adam@yorba.org 2009-05-22 08:03:00 -0700 ----
Original Redmine bug id: 287
Original URL: http://redmine.yorba.org/issues/287
Searchable id: yorba-bug-287
Original author: Adam Dingle
Original description:
We should write a brief overview of the Shotwell code architecture and put it
on our wiki. This will help external developers who want to help out and are
coming up to speed. We should keep the overview up to date as our code and
architecture evolve.
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:42:00 -0700 ----
### History
---
Comment 1
Updated by Adam Dingle over 4 years ago
* **Priority** set to _High_
---
Comment 2
Updated by Adam Dingle over 4 years ago
* **Priority** deleted (`<strike>`_High_`</strike>`)
---
Comment 3
Updated by Adam Dingle over 4 years ago
* **Priority** set to _High_
---
Comment 4
Updated by Adam Dingle about 4 years ago
* **Priority** deleted (`<strike>`_High_`</strike>`)
---
Comment 5
Updated by Jim Nelson about 4 years ago
* **Assignee** changed from _Anonymous_ to _Jim Nelson_
---
Comment 6
Updated by Jim Nelson about 4 years ago
* **Resolution** set to _fixed_
* **% Done** set to _100_
It's not perfect, but it's a first draft.
---
Comment 7
Updated by Charles Lindsay 7 months ago
* **Status** changed from _5_ to _Fixed_
--- Bug imported by chaz@yorba.org 2013-11-25 21:41 UTC ---
This bug was previously known as _bug_ 287 at http://redmine.yorba.org/show_bug.cgi?id=287
Unknown Component
Using default product and component set in Parameters
Unknown version " in product shotwell.
Setting version to "!unspecified".
Unknown milestone "unknown in product shotwell.
Setting to default milestone for this product, "---".
Setting qa contact to the default for this product.
This bug either had no qa contact or an invalid one.
Resolution: RESOLVED FIXED