[Bug 116453]
(In reply to Jason Crain from comment #14) > (In reply to Nelson Benitez from comment #13) > > Hi Jason, thank you very much for the patch, btw, today I was reading this > > pdf: > > > > http://www.compsci.hunter.cuny.edu/~sweiss/course_materials/csci493.70/ > > lecture_notes/GTK_textview.pdf > > > > and noticed that lot of words with double f, like 'buffer', are not > > found[1] when searching for it, also when copied to gedit it shows the > > unicode not found glyph inplace of the 'ff' in the word. > > > > So, is your patch covering this double f case? > > No, it does not fix that. That file has a different problem and I don't see > a way of fixing it. The PDF creator would need to add some extra > information before we could guess that character code 27 should be a double > f. Thanks Jason for explanation, indeed it was a problem in the PDF creator. Just for completeness I'm posting link describing the problem and solution in pdfTEX: http://tex.stackexchange.com/questions/31113/enable-searching-in-a -pdflatex-generated-document Regards, -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to poppler in Ubuntu. https://bugs.launchpad.net/bugs/116453 Title: evince can not find ü in attached PDF To manage notifications about this bug go to: https://bugs.launchpad.net/poppler/+bug/116453/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 116453]
Hi Jason, thank you very much for the patch, btw, today I was reading this pdf: http://www.compsci.hunter.cuny.edu/~sweiss/course_materials/csci493.70/lecture_notes/GTK_textview.pdf and noticed that lot of words with double f, like 'buffer', are not found[1] when searching for it, also when copied to gedit it shows the unicode not found glyph inplace of the 'ff' in the word. So, is your patch covering this double f case? If so, please ignore this comment, but for a quick reading over this bug I thought this double f case was not handled as it wasn't accented word or diacritic. Thank you. [1] Some 'buffer' words are found, the ones in a code block, but the ones in the normal text are not. Eg. the 5th paragraph of the fourth page, that starts with Locations within a text buffer are represented... -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to poppler in Ubuntu. https://bugs.launchpad.net/bugs/116453 Title: evince can not find ü in attached PDF To manage notifications about this bug go to: https://bugs.launchpad.net/poppler/+bug/116453/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 129219]
Thank you! -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. https://bugs.launchpad.net/bugs/129219 Title: firefox download manager - Open containing folder with preselected file in nautilus/file manager To manage notifications about this bug go to: https://bugs.launchpad.net/firefox/+bug/129219/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 129219]
Hi Karl, is this now ok to commit? if so, could you commit for me? (I don't have commit rights).. Thanks! -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. https://bugs.launchpad.net/bugs/129219 Title: firefox download manager - Open containing folder with preselected file in nautilus/file manager To manage notifications about this bug go to: https://bugs.launchpad.net/firefox/+bug/129219/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 129219]
Created attachment 829607 0001-Bug-417952-Open-Containing-Folder-doesn-t-highlight-.patch (In reply to Karl Tomlinson (:karlt) from comment #20) Comment on attachment 826479 0001-Bug-417952-Open-Containing-Folder-doesn-t-highlight-.patch Thanks. This is good. Just some minor things: Updated patch with those things corrected. :-) -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. https://bugs.launchpad.net/bugs/129219 Title: firefox download manager - Open containing folder with preselected file in nautilus/file manager To manage notifications about this bug go to: https://bugs.launchpad.net/firefox/+bug/129219/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 129219]
(In reply to Karl Tomlinson (:karlt) from comment #17)
Comment on attachment 813885
0001-Bug-417952-Open-Containing-Folder-doesn-t-highlight-.patch
Thank you for working out how to do this, Nelson. This looks like the right
approach.
You're welcome!, and sorry for getting back to you after a couple weeks but
I've been busy lately with only some spare time on weekends.
Putting this in the nsGIOService is fine, even though the current
implementation doesn't use GIO, because GIO's GDBus will be the preferred
DBus
library once Mozilla is no longer supporting older systems, and the method is
similar to other existing methods on nsGIOService.
The interface can be simplified to just one additional method on
nsIGIOService
that returns NS_ERROR_NOT_AVAILABLE or similar when FileManager1 is not
available.
Done.
ListActivatableNames doesn't sound like what we want here. I assume that is
looking for /usr/share/dbus-1/services/org.freedesktop.FileManager1.service,
but the interface may be provided by a non activatable application such as a
daemon in the desktop environment. That is in fact the appropriate way to
support the interface because it means that different applications can be
selected by the user [1]. What Nautilus does [2][3] is unfortunate because
it
means that people that don't want Nautilus used to reveal a file will have to
uninstall nautilus from the system, removing the option of other users using
Nautilus.
Yes you're right, although file managers are a somewhat special case of a
program
very attached to its desktop environment, but they should still play well with
other file managers. Thanks for the links.
The simplest approach would be to use the synchronous dbus_g_proxy_call() so
that we know whether the call succeeds. Given this particular use of DBus
where the user is wanting to open a new application, or at least a new
window,
which is going to take time, the additional round trip time via the DBus
daemon is not going to be major.
Done, using dbus_g_proxy_call() now.
Perhaps the call could set a flag if it fails, in order to save checking the
DBus call each time for systems without FileManager1, or perhaps there is a
Done.
way to register for notifications when the interface becomes available, but
that may be more trouble than it is worth. Similarly I imagine there is a
notification when the interface is no longer available (the destroy signal
maybe?) so the call would need only be synchronous the first time, but that
can be a future optimization when necessary.
I left this out of the patch to keep it simple, but as you said it can be added
in a future update.
Gecko file style is to use spaces for indentation, with no tabs.
Call dbus_connection_set_exit_on_disconnect(dbusConnection, false) in case
this is the first use of the connection.
Done.
+ char *uris[2] = { (char*)PromiseFlatCString(uri).get(), NULL };
The PromiseFlatCString usage is not good because the pointer is used after
the
PromiseFlatCString is destroyed.
I expect uri.get() can be used here.
Please use const_cast instead of (char*), or, perhaps better, make this
const char *uris[2].
Done.
(In reply to Nelson Benítez León from comment #12)
some file managers when
passed a full uri would try to 'run' the file (as was thunar in xfce or
konqueror in kde)
I was surprised by that behavior too. I think there is a KDE bug report on
that.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
https://bugs.launchpad.net/bugs/129219
Title:
firefox download manager - Open containing folder with preselected
file in nautilus/file manager
To manage notifications about this bug go to:
https://bugs.launchpad.net/firefox/+bug/129219/+subscriptions
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 129219]
Created attachment 826479 0001-Bug-417952-Open-Containing-Folder-doesn-t-highlight-.patch Updated patch. Created from FIREFOX_AURORA_27_BASE tag. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. https://bugs.launchpad.net/bugs/129219 Title: firefox download manager - Open containing folder with preselected file in nautilus/file manager To manage notifications about this bug go to: https://bugs.launchpad.net/firefox/+bug/129219/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 129219]
Created attachment 813887 screencast of firefox with patch applied, in fedora 19 -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. https://bugs.launchpad.net/bugs/129219 Title: firefox download manager - Open containing folder with preselected file in nautilus/file manager To manage notifications about this bug go to: https://bugs.launchpad.net/firefox/+bug/129219/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 129219]
Created attachment 813885 0001-Bug-417952-Open-Containing-Folder-doesn-t-highlight-.patch Hi, this patch uses the File Manager DBus Interface[1] to launch file manager and select a file. When this DBus interface is not present, then the current code is used, so to not break backward compatibility. The DBus call to check if the file manager interface is present is only called once, I used a static variable for that. -- A quick note about how I got to this patch, I firstly cooked up a patch that used gio api to find out the handler application of the inode/directory mime type, so that returned me the current file manager application, and then I would just call it with the full uri of the downloaded file, but then I realize how painful linux diversity can be.. some file managers when passed a full uri would try to 'run' the file (as was thunar in xfce or konqueror in kde) while others would do the expected behaviour (open folder and select file) only when a specific flag was passed on the command line, so this was a file manager hell but.. fortunately, the DBus file manager interface[1] is the perfect solution to this, defining a common and concrete interface to open and reveal a file in the default file manager, although currently is only implemented by nautilus, it was agreed on FreeDesktop list by kde and xfce too, so when they happen to implement it they will get this nice open and reveal behaviour from firefox but in the meantime they will get the current code which just opens the folder. [1] http://www.freedesktop.org/wiki/Specifications/file-manager- interface/ -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. https://bugs.launchpad.net/bugs/129219 Title: firefox download manager - Open containing folder with preselected file in nautilus/file manager To manage notifications about this bug go to: https://bugs.launchpad.net/firefox/+bug/129219/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1085526]
Hi, as I cannot help with coding (on this specific issue), I've opened a bounty on FreedomSponsors: http://www.freedomsponsors.org/core/issue/319/support-for-digital- signatures Anyone interested on this bug is welcome to pledge more money by visiting the above link, this money will probably not be enough for the needed work time, but I see it as a nice reward in exchange for the great contribution that completing this bug is. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evince in Ubuntu. https://bugs.launchpad.net/bugs/1085526 Title: ubuntu pdf doc viewer will not let me sign a document To manage notifications about this bug go to: https://bugs.launchpad.net/poppler/+bug/1085526/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 740506]
Hi, as I cannot help with coding (on this specific issue), I've opened a bounty on FreedomSponsors: http://www.freedomsponsors.org/core/issue/319/support-for-digital- signatures Anyone interested on this bug is welcome to pledge more money by visiting the above link, this money will probably not be enough for the needed work time, but I see it as a nice reward in exchange for the great contribution that completing this bug is. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to poppler in Ubuntu. https://bugs.launchpad.net/bugs/740506 Title: verify digital signatures To manage notifications about this bug go to: https://bugs.launchpad.net/poppler/+bug/740506/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 580961] Re: unzip fails to deal correctly with filename encodings
Hi Rolf, I think your first comment Actually, unicode is mostly not an issue and dealt with in 6.x. is not true.. if I zip utf8 filenames with non-ascii chars (with zip command or file-roller) then I can't unzip them with file-roller.. because 'unzip -l' lists them wrong. See my comment on upstream bug https://bugzilla.gnome.org/show_bug.cgi?id=619116#c4 So I think this bug still applies for UTF-8 files (those with non-ascii chars).. the problem here is Info-zip doesn't even have a bug-tracker, but the file-roller problem could be solved just installing 7-zip package (again see my upstream comment..). let me know if I'm wrong in my observations.. ** Bug watch added: GNOME Bug Tracker #619116 https://bugzilla.gnome.org/show_bug.cgi?id=619116 -- unzip fails to deal correctly with filename encodings https://bugs.launchpad.net/bugs/580961 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a subscriber of a duplicate bug. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 111939] Re: Not possible to alt-tab during a drag-and-drop operation
According to https://bugzilla.gnome.org/show_bug.cgi?id=135056 Fedora is already shipping a patch that fixes this issue, how can we request Ubuntu to incorporate that patch because this is a good usability feature Ubuntu should also have. -- Not possible to alt-tab during a drag-and-drop operation https://bugs.launchpad.net/bugs/111939 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 12153] Re: Cannot use Windows key in keyboard shortcuts
Yes, as I previously commented[1], the keyboard layouts need to be changed to incorporate that setting by default!! [1] https://bugs.launchpad.net/ubuntu/+source/gnome-control- center/+bug/12153/comments/60 -- Cannot use Windows key in keyboard shortcuts https://bugs.launchpad.net/bugs/12153 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a direct subscriber. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 12153] Re: Cannot use Windows key in keyboard shortcuts
Sam, as far as I understand the fix will be shipped in the next version of Ubuntu (intrepid). -- Cannot use Windows key in keyboard shortcuts https://bugs.launchpad.net/bugs/12153 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a direct subscriber. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 12153] Re: Cannot use Windows key in keyboard shortcuts
This bug has been fixed upstream in http://bugzilla.gnome.org/show_bug.cgi?id=165343 but this will not be fixed in Ubuntu until Ubuntu sets by default the option Hyper is mapped to the Win-keys in all keyboard layouts, as said in http://bugzilla.gnome.org/show_bug.cgi?id=165343#c57 -- Cannot use Windows key in keyboard shortcuts https://bugs.launchpad.net/bugs/12153 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a direct subscriber. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
