My favorites | Sign in
Project Logo
                
Details: Show all Hide all

Yesterday

  • 45 hours ago
    issue 139 (Add TIFF file format support) commented on by trash.m...@gmx.at   -   I had a problem when editing TIFF files using external programs because the deletion of all EXIF tags(before copying the old EXIF tags over) results in an empty file. I changed PhotoCmd.copyInfoTo() to use exiftool instead of pyexiv2 to copy the EXIF tags which works for me now. (see attached patch tools.py.patch) Because jBrout already uses exiftool I don't think this should be a problem.
    I had a problem when editing TIFF files using external programs because the deletion of all EXIF tags(before copying the old EXIF tags over) results in an empty file. I changed PhotoCmd.copyInfoTo() to use exiftool instead of pyexiv2 to copy the EXIF tags which works for me now. (see attached patch tools.py.patch) Because jBrout already uses exiftool I don't think this should be a problem.
  • 47 hours ago
    issue 139 (Add TIFF file format support) reported by trash.m...@gmx.at   -   Because the JPEG file format is lossy and multiple edits on the same file would degenerate the photos jBrout should support a lossless file format. (I know that the rotation is lossless, but all other edits in external programs are not.) Because TIFF format also supports exif metadata and is supported by pyexiv2 I tried to only add the extension to jBrout and it worked. (Patches are attached) Some work would be needed to support transformation and file renaming.
    Because the JPEG file format is lossy and multiple edits on the same file would degenerate the photos jBrout should support a lossless file format. (I know that the rotation is lossless, but all other edits in external programs are not.) Because TIFF format also supports exif metadata and is supported by pyexiv2 I tried to only add the extension to jBrout and it worked. (Patches are attached) Some work would be needed to support transformation and file renaming.

Last 7 days

  • Dec 27, 2009
    issue 95 ([feature request] Raiting support) commented on by lomex13   -   i once wrote some basic rating support, the rating is saved in Exif.Image.RatingPercent and cached in the database like comments, but i was not able to create a filter for my ratings... heres my diff, hope it helps
    i once wrote some basic rating support, the rating is saved in Exif.Image.RatingPercent and cached in the database like comments, but i was not able to create a filter for my ratings... heres my diff, hope it helps

Last 30 days

  • Dec 20, 2009
    issue 138 ([feature request] reassign last tags + shortcut) reported by zaarkov   -   it would be a great usability improve, to have the possibility to assign the tags to the current selection that were used during last tagging action. make this function a shortcut and i will be happy. this one should be easy. thanks. zaarkov
    it would be a great usability improve, to have the possibility to assign the tags to the current selection that were used during last tagging action. make this function a shortcut and i will be happy. this one should be easy. thanks. zaarkov
  • Dec 18, 2009
    issue 137 (error code -10 after crashed import on xp and jbrout version...) commented on by davitofrg   -   I had the same error code 2 months ago while fighting with a lock issue. I am very curious about what error -10 means. And other error codes, of course.
    I had the same error code 2 months ago while fighting with a lock issue. I am very curious about what error -10 means. And other error codes, of course.
  • Dec 18, 2009
    issue 137 (error code -10 after crashed import on xp and jbrout version...) reported by fabienlm   -   What steps will reproduce the problem? 1. Install jbrout 2. Launch jbrout, Import photos, jbout crash before the end of the import 3. Restart jbrout and have the error "JBrout exited with error code -10 do you wish to view the log file?" 4. No jbrout interface display What is the expected output? What do you see instead? No jbrout interface display. Empty log file after the error message. What version of the product are you using? On what operating system? the last one (0.3.211) Please provide any additional information below. windows xp install on eeepc 1000HE, avast, comodo firewall. Regarding to the forum (thread http://groups.google.com/group/jbrout/browse_thread/thread/825978493707401), we are two users with the same problem : Denis wrote: I installed version 0.3.211 of JBrout on a PC with Windows XP. I imported my image file (about 4000). It crashed. When I reboot, I have the following message: JBrout exited with error code -10 do you wish to view the log file? then the program does not start. What is this error? Timshel wrote: Same error for me, the log file is blank. I tried Uninstalling and then reinstalling and nothing to do always the same mistake! I get an error from the crash was a result JBrout import photos. In Task Manager (winxp eeepc 1000HE with avast and comodo) we can see python.exe and JBrout started but not Display prog.
    What steps will reproduce the problem? 1. Install jbrout 2. Launch jbrout, Import photos, jbout crash before the end of the import 3. Restart jbrout and have the error "JBrout exited with error code -10 do you wish to view the log file?" 4. No jbrout interface display What is the expected output? What do you see instead? No jbrout interface display. Empty log file after the error message. What version of the product are you using? On what operating system? the last one (0.3.211) Please provide any additional information below. windows xp install on eeepc 1000HE, avast, comodo firewall. Regarding to the forum (thread http://groups.google.com/group/jbrout/browse_thread/thread/825978493707401), we are two users with the same problem : Denis wrote: I installed version 0.3.211 of JBrout on a PC with Windows XP. I imported my image file (about 4000). It crashed. When I reboot, I have the following message: JBrout exited with error code -10 do you wish to view the log file? then the program does not start. What is this error? Timshel wrote: Same error for me, the log file is blank. I tried Uninstalling and then reinstalling and nothing to do always the same mistake! I get an error from the crash was a result JBrout import photos. In Task Manager (winxp eeepc 1000HE with avast and comodo) we can see python.exe and JBrout started but not Display prog.
  • Dec 17, 2009
    issue 135 (download plugin RAW suppot) changed by r...@wallace.gen.nz   -   This issue was closed by revision r281.
    Status: Fixed
    This issue was closed by revision r281.
    Status: Fixed
  • Dec 17, 2009
    r281 (Implementation of raw file transfer in Download plugin. Clo...) committed by r...@wallace.gen.nz   -   Implementation of raw file transfer in Download plugin. Closes issue 135
    Implementation of raw file transfer in Download plugin. Closes issue 135
  • Dec 17, 2009
    issue 124 (feature: add german language support) Merged into changed by r...@wallace.gen.nz   -   This issue was closed by revision r280.
    This issue was closed by revision r280.
  • Dec 17, 2009
    r280 (New German translations thanks to lomex13 Closes issue 124) committed by r...@wallace.gen.nz   -   New German translations thanks to lomex13 Closes issue 124
    New German translations thanks to lomex13 Closes issue 124
  • Dec 17, 2009
    issue 124 (feature: add german language support) changed by r...@wallace.gen.nz   -   This issue was closed by revision r279.
    Status: Fixed
    This issue was closed by revision r279.
    Status: Fixed
  • Dec 17, 2009
    r279 (Adds German translations for the main jBrout program as supp...) committed by r...@wallace.gen.nz   -   Adds German translations for the main jBrout program as supplied by lomex13. Closes issue 124
    Adds German translations for the main jBrout program as supplied by lomex13. Closes issue 124
  • Dec 16, 2009
    issue 124 (feature: add german language support) commented on by lomex13   -   ... here another german translation, this time including plugins, up to date with rev278 dont know much about .po files, but seems to work ;)
    ... here another german translation, this time including plugins, up to date with rev278 dont know much about .po files, but seems to work ;)
  • Dec 16, 2009
    issue 125 (import fails on german umlauts in path or file name) commented on by lomex13   -   still happens with rev278 from google svn traceback seems almost same: Traceback (most recent call last): File "./jbrout.py", line 2542, in on_btn_addFolder_clicked self.on_drop_folders_from_os(self.treeviewdb.get_model(),[folder]) File "./jbrout.py", line 1626, in on_drop_folders_from_os for nb in iterator: File "/home/lomex/jbrout-read-only/jbrout/jbrout/db.py", line 132, in add self.__addPhoto( file ,tags,filesInBasket) File "/home/lomex/jbrout-read-only/jbrout/jbrout/db.py", line 192, in __addPhoto raise Exception(err+"\nPhoto has incorrect exif/iptc tags, can't be imported :\n"+str([file,])) Exception: Traceback (most recent call last): File "/home/lomex/jbrout-read-only/jbrout/jbrout/db.py", line 181, in __addPhoto needAutoRotation=DBPhotos.autorotAtImport, File "/home/lomex/jbrout-read-only/jbrout/jbrout/tools.py", line 195, in __init__ self.__info = pyexiv2.Image(self.__file) File "/usr/lib/pymodules/python2.5/pyexiv2.py", line 396, in __init__ libpyexiv2.Image.__init__(self, filename) IOError: /home/lomex/test/hübsch.jpg: Failed to open the data source: Datei oder Verzeichnis nicht gefunden (errno = 2) Photo has incorrect exif/iptc tags, can't be imported : [u'/home/lomex/test/h\xfcbsch.jpg'] (in the traceback on my console in the line starting with "IOError", the "umlaut" (is there an english word for that?) was printed fine, after pasting it here it was two unreadable characters dont know what it will be after klicking save changes) dont know how to get the version of the libs, maybe this is helpful: the debian package "python-pyexiv2" is version 0.1.3-4 the shared object of the c lib is called "libexiv2.so.5.3.1" lol? never used dragndrop. i do only import photos by klicking the add folder button (any other way?) on_drop_folders_from_os is also called after a folder was selected after having clicked the add folder buttin, right?
    still happens with rev278 from google svn traceback seems almost same: Traceback (most recent call last): File "./jbrout.py", line 2542, in on_btn_addFolder_clicked self.on_drop_folders_from_os(self.treeviewdb.get_model(),[folder]) File "./jbrout.py", line 1626, in on_drop_folders_from_os for nb in iterator: File "/home/lomex/jbrout-read-only/jbrout/jbrout/db.py", line 132, in add self.__addPhoto( file ,tags,filesInBasket) File "/home/lomex/jbrout-read-only/jbrout/jbrout/db.py", line 192, in __addPhoto raise Exception(err+"\nPhoto has incorrect exif/iptc tags, can't be imported :\n"+str([file,])) Exception: Traceback (most recent call last): File "/home/lomex/jbrout-read-only/jbrout/jbrout/db.py", line 181, in __addPhoto needAutoRotation=DBPhotos.autorotAtImport, File "/home/lomex/jbrout-read-only/jbrout/jbrout/tools.py", line 195, in __init__ self.__info = pyexiv2.Image(self.__file) File "/usr/lib/pymodules/python2.5/pyexiv2.py", line 396, in __init__ libpyexiv2.Image.__init__(self, filename) IOError: /home/lomex/test/hübsch.jpg: Failed to open the data source: Datei oder Verzeichnis nicht gefunden (errno = 2) Photo has incorrect exif/iptc tags, can't be imported : [u'/home/lomex/test/h\xfcbsch.jpg'] (in the traceback on my console in the line starting with "IOError", the "umlaut" (is there an english word for that?) was printed fine, after pasting it here it was two unreadable characters dont know what it will be after klicking save changes) dont know how to get the version of the libs, maybe this is helpful: the debian package "python-pyexiv2" is version 0.1.3-4 the shared object of the c lib is called "libexiv2.so.5.3.1" lol? never used dragndrop. i do only import photos by klicking the add folder button (any other way?) on_drop_folders_from_os is also called after a folder was selected after having clicked the add folder buttin, right?
  • Dec 15, 2009
    issue 124 (feature: add german language support) changed by r...@wallace.gen.nz   -   Thanks for the translation, you are correct that the plugins have their own translation files if you have time to translate these as well that would be great.
    Status: Started
    Owner: r...@wallace.gen.nz
    Labels: Type-Enhancement OpSys-All
    Thanks for the translation, you are correct that the plugins have their own translation files if you have time to translate these as well that would be great.
    Status: Started
    Owner: r...@wallace.gen.nz
    Labels: Type-Enhancement OpSys-All
  • Dec 15, 2009
    issue 125 (import fails on german umlauts in path or file name) commented on by r...@wallace.gen.nz   -   I can not reproduce this error. What versions of pyexiv2 and exiv2 are you running and does it make any difference if you use the add folder button instead of dragging and dropping or what application you drag and drop from.
    I can not reproduce this error. What versions of pyexiv2 and exiv2 are you running and does it make any difference if you use the add folder button instead of dragging and dropping or what application you drag and drop from.
  • Dec 15, 2009
    issue 123 ([feature request] show filename in fullscreen mode) changed by r...@wallace.gen.nz   -   This issue was closed by revision r278.
    Status: Fixed
    This issue was closed by revision r278.
    Status: Fixed
  • Dec 15, 2009
    r278 (Implements showing the file name in the left-hand panel duri...) committed by r...@wallace.gen.nz   -   Implements showing the file name in the left-hand panel during the fullscreen mode. Closes issue 123
    Implements showing the file name in the left-hand panel during the fullscreen mode. Closes issue 123
  • Dec 15, 2009
    issue 123 ([feature request] show filename in fullscreen mode) Owner changed by r...@wallace.gen.nz   -  
    Owner: r...@wallace.gen.nz
    Owner: r...@wallace.gen.nz
  • Dec 15, 2009
    issue 123 ([feature request] show filename in fullscreen mode) changed by r...@wallace.gen.nz   -  
    Status: Started
    Labels: Type-Enhancement Priority-Medium OpSys-All Component-jbrout
    Status: Started
    Labels: Type-Enhancement Priority-Medium OpSys-All Component-jbrout
  • Dec 15, 2009
    issue 135 (download plugin RAW suppot) changed by r...@wallace.gen.nz   -  
    Status: Accepted
    Owner: r...@wallace.gen.nz
    Labels: Priority-Medium Type-Enhancement Component-plugin_donwload
    Status: Accepted
    Owner: r...@wallace.gen.nz
    Labels: Priority-Medium Type-Enhancement Component-plugin_donwload
  • Dec 15, 2009
    issue 119 (exception log without message) changed by r...@wallace.gen.nz   -   This issue was closed by revision r277.
    Status: Fixed
    This issue was closed by revision r277.
    Status: Fixed
  • Dec 15, 2009
    issue 121 (cannot run on jaunty, as downloaded from svn) changed by r...@wallace.gen.nz   -   This issue was closed by revision r277.
    Status: Fixed
    This issue was closed by revision r277.
    Status: Fixed
  • Dec 15, 2009
    r277 (Clean up of deprecated except statements with only a string ...) committed by r...@wallace.gen.nz   -   Clean up of deprecated except statements with only a string as an argument Closes issue 119 Closes issue 121
    Clean up of deprecated except statements with only a string as an argument Closes issue 119 Closes issue 121
  • Dec 15, 2009
    issue 136 (Add an album : Don't scan files that didn't change) commented on by tbenita   -   what about file datetime + size (bytes) ? We may also have a "force refresh" option that would force a total reindex ?
    what about file datetime + size (bytes) ? We may also have a "force refresh" option that would force a total reindex ?
  • Dec 15, 2009
    issue 136 (Add an album : Don't scan files that didn't change) commented on by zaarkov   -   like to see this feature, too. but file modification time may not be a good indicator, since there are many programs that keep the original filetime. the other way by checking if "Current IPTC Digest" has changed is pointless, since we need to read metadata anyway. any other suggestions?
    like to see this feature, too. but file modification time may not be a good indicator, since there are many programs that keep the original filetime. the other way by checking if "Current IPTC Digest" has changed is pointless, since we need to read metadata anyway. any other suggestions?
  • Dec 15, 2009
    issue 109 (Remove Workarounds for pyexiv2 issues) Blocked on changed by tbenita   -  
  • Dec 15, 2009
    issue 136 (Add an album : Don't scan files that didn't change) Summary changed by tbenita   -  
    Summary: Add an album : Don't scan files that didn't change
    Summary: Add an album : Don't scan files that didn't change
  • Dec 15, 2009
    issue 136 (Add actionb : Don't scan files that didn't change) reported by tbenita   -   What steps will reproduce the problem? 1. import a folder into jbrout 2. change or add 1 picture in the filesystem 3. import this folder again What is expected ? jbrout should import the new file, remove deleted files and shouldn't do anything on other existing files. What do you see instead? jbrout scans all files from that folder and extracts again all metadatas etc. That takes a lot of time. It would be nice to add ony files that have a system modification date different from the modification date that was on that file last time it was imported.
    What steps will reproduce the problem? 1. import a folder into jbrout 2. change or add 1 picture in the filesystem 3. import this folder again What is expected ? jbrout should import the new file, remove deleted files and shouldn't do anything on other existing files. What do you see instead? jbrout scans all files from that folder and extracts again all metadatas etc. That takes a lot of time. It would be nice to add ony files that have a system modification date different from the modification date that was on that file last time it was imported.
  • Dec 12, 2009
    issue 17 (Improvements : shorcuts during diaporama) Status changed by r...@wallace.gen.nz   -   ctrl-l and ctrl-r implemented some time ago for rotate left and right respectively.
    Status: Fixed
    ctrl-l and ctrl-r implemented some time ago for rotate left and right respectively.
    Status: Fixed
  • Dec 12, 2009
    issue 127 (window half out of screen after start) changed by r...@wallace.gen.nz   -   This issue was closed by revision r276.
    Status: Fixed
    This issue was closed by revision r276.
    Status: Fixed
  • Dec 12, 2009
    r276 (Position of the main window now saved Closes issue 127) committed by r...@wallace.gen.nz   -   Position of the main window now saved Closes issue 127
    Position of the main window now saved Closes issue 127
  • Dec 12, 2009
    issue 127 (window half out of screen after start) changed by r...@wallace.gen.nz   -  
    Status: Started
    Labels: Type-Enhancement OpSys-All Component-jbrout
    Status: Started
    Labels: Type-Enhancement OpSys-All Component-jbrout
  • Dec 12, 2009
    issue 99 ([feature request] tag count overview) Labels changed by r...@wallace.gen.nz   -  
    Labels: Type-Enhancement
    Labels: Type-Enhancement
  • Dec 12, 2009
    issue 97 (Sort order doesn't sem to work) Status changed by r...@wallace.gen.nz   -   Sort by file name or date implemented in r265
    Status: Fixed
    Sort by file name or date implemented in r265
    Status: Fixed
  • Dec 12, 2009
    issue 132 ([feature request] plugin selector) Status changed by r...@wallace.gen.nz   -  
    Status: Invalid
    Status: Invalid
  • Dec 12, 2009
    issue 134 (donwnload plugin enhansment ) changed by r...@wallace.gen.nz   -   When auto-rotate is disabled the Download plugin does not check every image but ripples through updating the table updating the rotation row by row, this could possibly be sped up by not yielding and allowing the display to update between image lines but I do not believe it is worth complicating the code for this.
    Status: Invalid
    Labels: OpSys-All Component-plugin_donwload
    When auto-rotate is disabled the Download plugin does not check every image but ripples through updating the table updating the rotation row by row, this could possibly be sped up by not yielding and allowing the display to update between image lines but I do not believe it is worth complicating the code for this.
    Status: Invalid
    Labels: OpSys-All Component-plugin_donwload

Earlier this year

  • Nov 25, 2009
    issue 135 (download plugin RAW suppot) reported by Oleg.Blazhyievskyi   -   What steps will reproduce the problem? 1. Download all images from memory card to library by Download plugin. 2. 3. What is the expected output? What do you see instead? It just don't see raw files (*.nef in my case) but jbrout already works good with raw, so may be there is sens to add raw support to this plugin. What version of the product are you using? On what operating system? latest svn trunk Gentoo Linux Please provide any additional information below.
    What steps will reproduce the problem? 1. Download all images from memory card to library by Download plugin. 2. 3. What is the expected output? What do you see instead? It just don't see raw files (*.nef in my case) but jbrout already works good with raw, so may be there is sens to add raw support to this plugin. What version of the product are you using? On what operating system? latest svn trunk Gentoo Linux Please provide any additional information below.
  • Nov 25, 2009
    issue 134 (donwnload plugin enhansment ) reported by Oleg.Blazhyievskyi   -   What steps will reproduce the problem? 1. activate download plugin 2. in options disable autorotate What is the expected output? What do you see instead? Jbrout began to check rotate status for every picture, but it's disabled in general there is no sens to check it. What version of the product are you using? On what operating system? latest svn trunk Gentoo linux Please provide any additional information below.
    What steps will reproduce the problem? 1. activate download plugin 2. in options disable autorotate What is the expected output? What do you see instead? Jbrout began to check rotate status for every picture, but it's disabled in general there is no sens to check it. What version of the product are you using? On what operating system? latest svn trunk Gentoo linux Please provide any additional information below.
  • Nov 18, 2009
    issue 133 (Cannot set original date prior to 1900) reported by stephen.ross.george   -   What steps will reproduce the problem? 1. Change absolute date on an image to a value prior to 1900 What is the expected output? What do you see instead? I expected a date prior to 1900 I got: Traceback (most recent call last): File "jbrout.py", line 1951, in on_selecteur_menu_select_plugin ret=callback(l) File "/home/steve/downloads/SVNjBrout/plugins/__init__.py", line 270, in myCallBack ret=callback(*a,**k) File "/home/steve/downloads/SVNjBrout/plugins/redate/__init__.py", line 50, in redate i.setDate(value) File "/home/steve/downloads/SVNjBrout/jbrout/db.py", line 821, in setDate pc.setDate(date) File "/home/steve/downloads/SVNjBrout/jbrout/tools.py", line 390, in setDate self.__info["Exif.Image.DateTime"]=fd File "/usr/lib/pymodules/python2.5/pyexiv2.py", line 593, in __setitem__ typeName = self.__setExifTagValue(key, value) File "/usr/lib/pymodules/python2.5/pyexiv2.py", line 442, in __setExifTagValue strVal = value.strftime('%Y:%m:%d %H:%M:%S') ValueError: year=1896 is before 1900; the datetime strftime() methods require year >= 1900 What version of the product are you using? On what operating system? Debian, using svn trunk (rev. 275) Please provide any additional information below. I have previously successfully used exiftool to alter an image Date/Time to 1878, the error seems like a python limitation? steve@missus:~/Photos/2008/11/05$ exiftool slide002.tif | grep Date File Modification Date/Time : 2009:11:09 21:31:37+11:00 Date/Time Original : 1878:00:00 06:49:00 Profile Date Time : 1998:02:09 06:49:00
    What steps will reproduce the problem? 1. Change absolute date on an image to a value prior to 1900 What is the expected output? What do you see instead? I expected a date prior to 1900 I got: Traceback (most recent call last): File "jbrout.py", line 1951, in on_selecteur_menu_select_plugin ret=callback(l) File "/home/steve/downloads/SVNjBrout/plugins/__init__.py", line 270, in myCallBack ret=callback(*a,**k) File "/home/steve/downloads/SVNjBrout/plugins/redate/__init__.py", line 50, in redate i.setDate(value) File "/home/steve/downloads/SVNjBrout/jbrout/db.py", line 821, in setDate pc.setDate(date) File "/home/steve/downloads/SVNjBrout/jbrout/tools.py", line 390, in setDate self.__info["Exif.Image.DateTime"]=fd File "/usr/lib/pymodules/python2.5/pyexiv2.py", line 593, in __setitem__ typeName = self.__setExifTagValue(key, value) File "/usr/lib/pymodules/python2.5/pyexiv2.py", line 442, in __setExifTagValue strVal = value.strftime('%Y:%m:%d %H:%M:%S') ValueError: year=1896 is before 1900; the datetime strftime() methods require year >= 1900 What version of the product are you using? On what operating system? Debian, using svn trunk (rev. 275) Please provide any additional information below. I have previously successfully used exiftool to alter an image Date/Time to 1878, the error seems like a python limitation? steve@missus:~/Photos/2008/11/05$ exiftool slide002.tif | grep Date File Modification Date/Time : 2009:11:09 21:31:37+11:00 Date/Time Original : 1878:00:00 06:49:00 Profile Date Time : 1998:02:09 06:49:00
  • Nov 16, 2009
    issue 92 ([feature request] progress bar when moving files) commented on by zaarkov   -   actually this r274 fixed it for files only. perhaps i should point out that if folders are copied, the progress-bar has to count the files, not the folders.
    actually this r274 fixed it for files only. perhaps i should point out that if folders are copied, the progress-bar has to count the files, not the folders.
  • Nov 09, 2009
    issue 128 ([feature request] redate plugin - set absolute date) commented on by lomex13   -   thanks a lot ;)
    thanks a lot ;)
  • Nov 09, 2009
    issue 132 ([feature request] plugin selector) commented on by zaarkov   -   just forget this request. it's already there. has been some time that i used the menu to discover the preferences... ;-)
    just forget this request. it's already there. has been some time that i used the menu to discover the preferences... ;-)
  • Nov 09, 2009
    issue 132 ([feature request] plugin selector) reported by zaarkov   -   for the user experience it would be nice to be able to select a set of plugins to be shown in the operations context menu. this may help to reduce the number of plugins by hiding those a user don't want. new plugins shouldn't be hidden until the user selects them to hide, so he discovers a new plugin after upgrading. this should be implemented as a blacklist in the config file.
    for the user experience it would be nice to be able to select a set of plugins to be shown in the operations context menu. this may help to reduce the number of plugins by hiding those a user don't want. new plugins shouldn't be hidden until the user selects them to hide, so he discovers a new plugin after upgrading. this should be implemented as a blacklist in the config file.
  • Nov 07, 2009
    issue 117 ([feature request] upnp support) Status changed by r...@wallace.gen.nz   -  
    Status: Fixed
    Status: Fixed
  • Nov 07, 2009
    issue 131 (tags with underscores are interpreted in context menu) changed by r...@wallace.gen.nz   -   This issue was closed by revision r275.
    Status: Fixed
    This issue was closed by revision r275.
    Status: Fixed
  • Nov 07, 2009
    r275 (Tags int he "Delete Tag" menu now display correctly when the...) committed by r...@wallace.gen.nz   -   Tags int he "Delete Tag" menu now display correctly when they contain underscores. Fixes Issue 131
    Tags int he "Delete Tag" menu now display correctly when they contain underscores. Fixes Issue 131
  • Nov 07, 2009
    issue 92 ([feature request] progress bar when moving files) changed by r...@wallace.gen.nz   -   This issue was closed by revision r274.
    Status: Fixed
    This issue was closed by revision r274.
    Status: Fixed
  • Nov 07, 2009
    r274 (Adds progress bar when moving files. Closes issue 92) committed by r...@wallace.gen.nz   -   Adds progress bar when moving files. Closes issue 92
    Adds progress bar when moving files. Closes issue 92
  • Nov 07, 2009
    issue 131 (tags with underscores are interpreted in context menu) changed by r...@wallace.gen.nz   -  
    Status: Started
    Owner: r...@wallace.gen.nz
    Labels: Type-Defect Priority-Medium OpSys-All Usability
    Status: Started
    Owner: r...@wallace.gen.nz
    Labels: Type-Defect Priority-Medium OpSys-All Usability
 
Hosted by Google Code