[Bug 18995] Re: [MASTER] "Open With" dialog not user-friendly
Bug Watch Updater
18995 at bugs.launchpad.net
Mon Aug 1 07:52:43 UTC 2011
Launchpad has imported 48 comments from the remote bug at
https://bugzilla.mozilla.org/show_bug.cgi?id=397700.
If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.
------------------------------------------------------------------------
On 2007-09-26T21:49:14+00:00 Dmose wrote:
This is the Linux equivalent of bug 348808. Requesting [wanted-1.9].
Reply at: https://bugs.launchpad.net/firefox/+bug/18995/comments/13
------------------------------------------------------------------------
On 2007-12-06T01:38:48+00:00 Dmose wrote:
Re-requesting blocking-1.9+, as it turns out this blocks bug 404434, and
that already has blocking-1.9+.
Does anyone with GNOME experience have a take on how hard this would be
(assuming it's possible)?
Reply at: https://bugs.launchpad.net/firefox/+bug/18995/comments/14
------------------------------------------------------------------------
On 2007-12-06T01:55:30+00:00 Dsicore wrote:
+'ing and marking as P3 which aligns with bug 404434.
Reply at: https://bugs.launchpad.net/firefox/+bug/18995/comments/15
------------------------------------------------------------------------
On 2007-12-06T06:24:41+00:00 Mh+mozilla wrote:
IIRC, there is no direct gnome API to get such a list, though it is not very difficult to do so.
Anyways, I think first having bug 373397 landed would help making it more easily. I'll post an updated patch soon.
Reply at: https://bugs.launchpad.net/firefox/+bug/18995/comments/16
------------------------------------------------------------------------
On 2009-01-29T08:10:04+00:00 clemens wrote:
The Gnome API to get the list of all applications registered for a
mimetype call gnome_vfs_mime_get_all_application(const char *mimetype);
The implementation could look like:
NS_IMETHODIMP
nsGnomeVFSService::GetAllAppsForMimeType(const nsACString &aMimeType,
nsIGnomeVFSMimeApp** aApp)
{
*aApps = nsnull;
GList *apps =
gnome_vfs_mime_get_all_application(PromiseFlatCString(aMimeType).get());
while(apps) {
GList *next = apps->next;
nsGnomeVFSMimeApp *mozApp = new nsGnomeVFSMimeApp(apps->data);
NS_ENSURE_TRUE(mozApp, NS_ERROR_OUT_OF_MEMORY);
NS_ADDREF(apps->data = mozApp);
}
return NS_OK;
}
Reply at: https://bugs.launchpad.net/firefox/+bug/18995/comments/20
------------------------------------------------------------------------
On 2009-04-06T23:21:54+00:00 Orion-cora wrote:
Similar to https://bugzilla.mozilla.org/show_bug.cgi?id=370380
Please try to implement a cross-desktop (xdg-* tool based?) solution.
Reply at: https://bugs.launchpad.net/firefox/+bug/18995/comments/34
------------------------------------------------------------------------
On 2009-04-06T23:35:20+00:00 Jmathies wrote:
*** Bug 370380 has been marked as a duplicate of this bug. ***
Reply at: https://bugs.launchpad.net/firefox/+bug/18995/comments/35
------------------------------------------------------------------------
On 2009-04-07T19:39:01+00:00 Arromdee wrote:
Repeating my comment from the other bug since it doesn't sound like this
addresses it:
-- The list of content types can't be modified, even to add something
identified only by file extension. I just ran into this when trying to get a
.ssa file. Firefox tried to open it and couldn't (not surprising). There's no
way to add "file with extension ssa" to the content type list, and I have no
idea whatsoever whether Firefox thinks it has a mime type or is just treating
it as unknown.
-- On that subject, there's no entry for "unknown content type" (at least on my
machine). Want to tell Firefox to save all files with an unknown content type?
Forget it.
-- There's no way to tell Firefox whether to determine content type by
extension first or by Mime type sent by the server first. I recently tried to
open a PDF file whose content type Firefox seemed to think was BIN. There was
no way to tell Firefox that the .PDF in the filename takes precedence over the
bogus Mime type sent by the server.
-- There's usually no option "open in browser". I want to tell Firefox to open
text files in Firefox. Can't do that.
Reply at: https://bugs.launchpad.net/firefox/+bug/18995/comments/37
------------------------------------------------------------------------
On 2009-04-17T09:06:20+00:00 E-michel-n wrote:
Created attachment 373282
Removes file association mechanism of firefox and use xdg-open instead
Hi,
I've made a small patch in order to progress on this issue. It removes Firefox file system associations and forces use of xdg-open. I do not think this patch is complete since it's not cross-platform, but I really think it's a good step in order to solve this problem.
There's already a file association mechanism on a Linux Desktop environments (Gnome, Kde, Xfce, Lxde, etc, etc). xdg-open is a simple way to use it. It simplifies lifes of users, which do not have to choose their preferred software twice, it simplifies lifes of integrators, which do not have to choose the default for their distributions twice and it simplifies source code of Firefox : there's no more need to get a file association mechanism compatible with all Linux Desktop environment.
I don't know who will be a good "requestee" to ask for a review of
this patch, so I've left the field empty.
Regards,
Reply at: https://bugs.launchpad.net/firefox/+bug/18995/comments/38
------------------------------------------------------------------------
On 2009-04-17T09:33:40+00:00 Ventnor-bugzilla wrote:
You will have to request a review requestee for this patch to be looked
at formally (and I'm not one of them).
This seems to be unreliable; the system default program name is
displayed in the application pref pane but this may not be the same as
what xdg-open uses. And like you said, this isn't cross platform.
Reply at: https://bugs.launchpad.net/firefox/+bug/18995/comments/39
------------------------------------------------------------------------
On 2009-04-17T09:47:27+00:00 E-michel-n wrote:
Michael Ventnor : You are on the root of this problem :
* Does Firefox really needs to have its own application pref ? Is this not the job of a desktop environment ?
With this patch, one can also unifiy the open with/save dialog box. Instead of having "open with" vs "save file", one can make "open file/save file" which seems more consistent and unified with other "file openers" like konqueror, dolphin, nautilus, internet explorer, etc.
Why Firefox should ask its user which software to use ? This is confusing and complicates lifes of both users, developers and packagers.
I can make this patch cross-platform, with some #ifndef WIN32 or
something similar. But is there a Firefox developer ready to apply this
kind of patch ?
Reply at: https://bugs.launchpad.net/firefox/+bug/18995/comments/40
------------------------------------------------------------------------
On 2009-04-26T02:16:50+00:00 Sylvain Pasche wrote:
*** Bug 490124 has been marked as a duplicate of this bug. ***
Reply at: https://bugs.launchpad.net/firefox/+bug/18995/comments/41
------------------------------------------------------------------------
On 2009-04-26T10:33:25+00:00 Mozilla-bugs-2010-04 wrote:
It should be noted that in KDE 4 the Open With dialoge can be accessed
via the KOpenWithDialog class. This does require linking against
kdebase, though. I do not know of a universal KDE / Gnome / *box
solution, but please do not make this a Gnome-only solution. Should I
ask on kde-devel or other lists how to access the Open With dialogue of
the active desktop?
Thanks.
Reply at: https://bugs.launchpad.net/firefox/+bug/18995/comments/42
------------------------------------------------------------------------
On 2009-05-09T00:43:48+00:00 Sylvain Pasche wrote:
*** Bug 492104 has been marked as a duplicate of this bug. ***
Reply at: https://bugs.launchpad.net/firefox/+bug/18995/comments/43
------------------------------------------------------------------------
On 2009-05-09T09:35:27+00:00 GarthPS wrote:
When you click on "open with" firefox should list available applications using
freedesktop specification instead of letting the (newbie or power)user looking
for the right folder containing the binary. Under any windows environment when
you click on a file that the environment does not know which application it
need to be launched with, it shows the user a list of all the different
application installed on the computer. WHy does firefow under linux does not
provide this kind of thing? Plus it is trivial to list all available
application by using freedesktop specification.
Personally it is a pan in the ass but as I deal quit well with my linux system
it is ok. But for newbies coming to the opensource/linux world, it is
completely destabilizing.
Thanks
Or yeah use xdg-open!!!
http://portland.freedesktop.org/xdg-utils-1.0/xdg-open.html
Reply at: https://bugs.launchpad.net/firefox/+bug/18995/comments/44
------------------------------------------------------------------------
On 2009-05-09T10:15:00+00:00 GarthPS wrote:
the use-case of opening a file could be:
(default -but rules could be specified by user to overpass the default association)
automatically use the preferred user's application using xdg-open.
IF NO preferred association found
THEN popup dialog to the user like this http://www.amsn-project.net/w/upload/a/ab/Screenshot-4-5.jpg
giving him the choice between manual path or a list of available application (using freedesktop standard specification)
..my two cents..
Reply at: https://bugs.launchpad.net/firefox/+bug/18995/comments/45
------------------------------------------------------------------------
On 2009-05-10T04:42:23+00:00 Jmathies wrote:
(In reply to comment #15)
> the use-case of opening a file could be:
> (default -but rules could be specified by user to overpass the default
> association)
> automatically use the preferred user's application using xdg-open.
> IF NO preferred association found
> THEN popup dialog to the user like this
> http://www.amsn-project.net/w/upload/a/ab/Screenshot-4-5.jpg
> giving him the choice between manual path or a list of available application
> (using freedesktop standard specification)
> ..my two cents..
Fx already supports this and an app picker dialog, we just need to
figure out how to populate it by implementing possibleLocalHandlers.
(See bug 348808)
Reply at: https://bugs.launchpad.net/firefox/+bug/18995/comments/46
------------------------------------------------------------------------
On 2009-05-10T05:13:44+00:00 Ventnor-bugzilla wrote:
(In reply to comment #16)
> (In reply to comment #15)
> > the use-case of opening a file could be:
> > (default -but rules could be specified by user to overpass the default
> > association)
> > automatically use the preferred user's application using xdg-open.
> > IF NO preferred association found
> > THEN popup dialog to the user like this
> > http://www.amsn-project.net/w/upload/a/ab/Screenshot-4-5.jpg
> > giving him the choice between manual path or a list of available application
> > (using freedesktop standard specification)
> > ..my two cents..
>
> Fx already supports this and an app picker dialog, we just need to figure out
> how to populate it by implementing possibleLocalHandlers. (See bug 348808)
Moving to GVFS and GIO will make this easy. I'm hoping to do that (plus
a bump to GTK 2.14) in the Firefox 3.next timeframe.
Reply at: https://bugs.launchpad.net/firefox/+bug/18995/comments/47
------------------------------------------------------------------------
On 2009-05-10T10:27:43+00:00 GarthPS wrote:
(In reply to comment #16)
> (In reply to comment #15)
> > the use-case of opening a file could be:
> > (default -but rules could be specified by user to overpass the default
> > association)
> > automatically use the preferred user's application using xdg-open.
> > IF NO preferred association found
> > THEN popup dialog to the user like this
> > http://www.amsn-project.net/w/upload/a/ab/Screenshot-4-5.jpg
> > giving him the choice between manual path or a list of available application
> > (using freedesktop standard specification)
> > ..my two cents..
>
> Fx already supports this and an app picker dialog, we just need to figure out
> how to populate it by implementing possibleLocalHandlers. (See bug 348808)
You means in the dev branch, it is not released yet.right?
And to Micheal, what is "Firefox 3.next timeframe."? 3.5 ?
thx
Reply at: https://bugs.launchpad.net/firefox/+bug/18995/comments/48
------------------------------------------------------------------------
On 2009-05-10T17:47:37+00:00 Jmathies wrote:
*** Bug 428382 has been marked as a duplicate of this bug. ***
Reply at: https://bugs.launchpad.net/firefox/+bug/18995/comments/49
------------------------------------------------------------------------
On 2009-05-10T17:49:08+00:00 Jmathies wrote:
The app picker has been in since 3.0. We have two open bugs related to
implementing the functionality on OSX and Linux, this bug and bug
397699. Once we have possibleLocalHandlers implemented, the app picker
should "just work".
Reply at: https://bugs.launchpad.net/firefox/+bug/18995/comments/50
------------------------------------------------------------------------
On 2009-05-10T18:01:51+00:00 GarthPS wrote:
And does Fx will use by default the default application setting up in
the desktop user like with xdg-open?
Reply at: https://bugs.launchpad.net/firefox/+bug/18995/comments/51
------------------------------------------------------------------------
On 2009-05-10T18:13:50+00:00 Jmathies wrote:
(In reply to comment #21)
> And does Fx will use by default the default application setting up in the
> desktop user like with xdg-open?
That may be a different bug. This bug is related to ease of use in
choosing an alternative, non-default application. (In that we offer an
alternative to the file picker dialog.) If there's a problem on Linux
with Fx sending downloaded content to default handlers or if that
functionality can be improved, we should spin off a different bug or (if
applicable) re-open one of the dupes.
Reply at: https://bugs.launchpad.net/firefox/+bug/18995/comments/52
------------------------------------------------------------------------
On 2009-05-10T18:15:00+00:00 Jmathies wrote:
(In reply to comment #22)
> (In reply to comment #21)
> > And does Fx will use by default the default application setting up in the
> > desktop user like with xdg-open?
>
> That may be a different bug. This bug is related to ease of use in choosing an
> alternative, non-default application. (In that we offer an alternative to the
> file picker dialog.) If there's a problem on Linux with Fx sending downloaded
> content to default handlers or if that functionality can be improved, we should
> spin off a different bug or (if applicable) re-open one of the dupes.
(Also - this bug relates to choosing the default handler in prefs, as
it's called up there too.)
Reply at: https://bugs.launchpad.net/firefox/+bug/18995/comments/53
------------------------------------------------------------------------
On 2009-05-10T19:47:30+00:00 GarthPS wrote:
(The advantage of the implementation in my link is that it let the
power-user to choose his local executable with an url.)
Ok I searched and did not find. So here is a new entry for the second part of my request an automaticaly call to default preferred user application [url=https://bugzilla.mozilla.org/show_bug.cgi?id=492276] bug 492276[/url]
(the first one was: choose file => choose application)
Reply at: https://bugs.launchpad.net/firefox/+bug/18995/comments/54
------------------------------------------------------------------------
On 2009-05-26T20:57:04+00:00 Orion-cora wrote:
*** Bug 464062 has been marked as a duplicate of this bug. ***
Reply at: https://bugs.launchpad.net/firefox/+bug/18995/comments/55
------------------------------------------------------------------------
On 2009-08-11T15:35:17+00:00 Pomme-compote-bugzillamozilla wrote:
(In reply to comment #14)
> Plus it is trivial to list all available application by using freedesktop specification.
> [...]
> Or yeah use xdg-open!!!
> http://portland.freedesktop.org/xdg-utils-1.0/xdg-open.html
Whereas there is a FreeDesktop specification to retrieve the default
application for a MIME type (xdg-open is one of the result), there is no
FreeDesktop specification to retrieve the list of all registered
applications for a MIME type (xdg-mime doesn't do that if you look at
the man).
Considering the archives on xdg at lists.freedesktop.org, you'll see that
there is no consensus on this, particularly on the way to deal with
priorities of one application above the others (the preferred order of
applications to handle a MIME type if you prefer).
I send you to
http://lists.freedesktop.org/archives/xdg/2008-January/thread.html and
the thread titled 'Default Program | File Association' to see what I
mean (followed in February). I also send you to the FreeDesktop
specifications page to see that there is nothing on this in current
drafts: http://www.freedesktop.org/wiki/Specifications/. Don't hesitate
to correct me if I'm wrong.
To be clear, I'm not saying this bug could not be solved, I'm saying it
could not easily be done in a cross desktop way until there is no
FreeDesktop consensus on this point.
Reply at: https://bugs.launchpad.net/firefox/+bug/18995/comments/93
------------------------------------------------------------------------
On 2009-08-11T17:59:19+00:00 Mozilla-bugs-2010-04 wrote:
If there is no freedesktop.org spec for calling the Open With...
dialogue, then call the Gnome dialogue as default with an about:config
option to use the KDE or other dialogue instead.
Reply at: https://bugs.launchpad.net/firefox/+bug/18995/comments/94
------------------------------------------------------------------------
On 2009-08-12T07:07:53+00:00 Pomme-compote-bugzillamozilla wrote:
(In reply to comment #27)
> If there is no freedesktop.org spec for calling the Open With... dialogue, then
> call the Gnome dialogue as default with an about:config option to use the KDE
> or other dialogue instead.
Whereas there is such a dialog in KDE (KOpenWithDialog), there is no
such thing yet in Gnome. The 'Open with…' dialog is hardwired in
Nautilus (libnautilus). It's why it's not so simple.
The other problem is that you cannot wish that Firefox has a different
behavior in Gnome and in KDE. There is a Linux packaging, not a Desktop
packaging.
A possible way would be to put in firefox-gnome-support, and the
equivalent for KDE, until there is a FreeDesktop spec, but it's no more
upstream in this case.
Reply at: https://bugs.launchpad.net/firefox/+bug/18995/comments/95
------------------------------------------------------------------------
On 2009-08-12T08:54:01+00:00 clemens wrote:
I do not get at all what the discussion is about. We have support for
finding the handler for an app at the moment using the gvfs interface.
Just extend that interface to work with multiple applications and pipe
the result into the app chooser. I posted how we could do that. There
might be no standard, but why care? If there will be a standard it is
most likley that it will go into the gvfs interface, so we do not even
have to update the code after a proper standard has been established.
Reply at: https://bugs.launchpad.net/firefox/+bug/18995/comments/96
------------------------------------------------------------------------
On 2009-08-12T09:57:06+00:00 Pomme-compote-bugzillamozilla wrote:
(In reply to comment #29)
> I do not get at all what the discussion is about. We have support for finding
> the handler for an app at the moment using the gvfs interface. Just extend that
> interface to work with multiple applications and pipe the result into the app
> chooser. I posted how we could do that. There might be no standard, but why
> care? If there will be a standard it is most likley that it will go into the
> gvfs interface, so we do not even have to update the code after a proper
> standard has been established.
You're right. We need a solution and cannot wait for standardization.
But, this does not prevent us to plan for what must be realized on this
subject from a short to longer term.
A quick solution:
-----------------
Develop specific and separate 'Open with…' implementation for Firefox for GTK desktops (Gnome & XFCE) and Qt ones (KDE).
The way to do this, for GTK, is as you said Clemens to use the Gnome
library. GnomeVFS is now deprecated and GIO must be preferred. But we
find the same methods
(http://library.gnome.org/devel/gio/stable/GAppInfo.html#g-app-info-get-
all) and your code could easily adapted.
The cons is that we have different implementations for Gnome/XFCE and
KDE. Does Firefox can handle that, technically and formally? If not,
those dev cannot be done upstream and must be made on firefox-gnome-
support for instance.
The other con is that it will duplicate the code to produce an 'Open
with…' dialog. Indeed, this code is already present in Nautilus. But
this duplication is already done in existing Gnome apps.
The medium term plan:
------------------------
It would be great if Gnome dev, and specifically Nautilus ones, could
extract the 'Open with…' code from Nautilus to be used externally. Good
for Firefox and for all other application that need this code. Some
talks about this
here:http://markmail.org/message/mcarb3i4gg5hcvm3#query:+page:1+mid:qxaeqv22o3pkzgvx+state:results.
The long term plan:
-------------------
A FreeDesktop specification, standardizing the way to get the list of
all applications registered for a mime-type and to open an 'Open with…'
dialog would greatly simplify the work. An evolution of xdg-mime to get
that list and not only the default application like now could be a way.
What do you think about this?
Reply at: https://bugs.launchpad.net/firefox/+bug/18995/comments/97
------------------------------------------------------------------------
On 2009-08-12T13:12:02+00:00 Kairo-kairo wrote:
I do not understand why people are bringing up GNOME vs. KDE again and again here. We do support only GNOME at this time, and we're trying to use freedesktop where possible. There is no KDE support yet in Mozilla apps, and as much as I'd like to have it, we should not concern us with supporting something when the base for it isn't supported.
If it's easily enough possible, let's support the GNOME way now, and let's care about freedesktop when it has something for it, and about KDE integration once we have any base work for it in Mozilla code (this is not the bug for doing that base work).
Reply at: https://bugs.launchpad.net/firefox/+bug/18995/comments/98
------------------------------------------------------------------------
On 2009-08-12T13:24:58+00:00 Pomme-compote-bugzillamozilla wrote:
I agree that we have first to correct the bug for Gnome. But this is not
simply supporting or not KDE. I explain myself.
First point, the bug report is about Linux in general. Final users don't
care if Firefox has only Gnome support, they want something that works
under Linux cause there is a Linux build. It brings me to my second
point.
We need to know if it's technically possible to distinguish the desktop
the user is using. If something for Gnome is made, it could simply break
this dialog under KDE if we can't detect the desktop environment.
Indeed, if we call the Gnome API (GIO) in this case, it is not intended
to be embedded in KDE, and this call will simply fail and break the
dialog. It's not acceptable.
So can we detect easily in Firefox the desktop environment of the user
to set a correction for Gnome in a first time that doesn't break KDE?
Reply at: https://bugs.launchpad.net/firefox/+bug/18995/comments/99
------------------------------------------------------------------------
On 2009-08-12T13:31:12+00:00 Kairo-kairo wrote:
(In reply to comment #32)
> So can we detect easily in Firefox the desktop environment of the user to set a
> correction for Gnome in a first time that doesn't break KDE?
No, and we don't want to and don't need to. We call the GTK file and
print dialogs, we're using GNOME stuff in multiple places, we are using
theming from GTK, we don't do anything to even care if KDE is there or
not, and the solution for this bug should also just ignore the fact. We
don't run without GNOME libraries in any case, and there are no
immediate plans to change that.
Reply at: https://bugs.launchpad.net/firefox/+bug/18995/comments/100
------------------------------------------------------------------------
On 2009-08-12T14:08:33+00:00 Pomme-compote-bugzillamozilla wrote:
Ok. Thanks for this clarification.
Reply at: https://bugs.launchpad.net/firefox/+bug/18995/comments/101
------------------------------------------------------------------------
On 2009-08-12T14:51:18+00:00 E-michel-n wrote:
Note : The bug Robert Kaiser is speaking of seems to be bug 140751
Reply at: https://bugs.launchpad.net/firefox/+bug/18995/comments/102
------------------------------------------------------------------------
On 2009-08-12T15:17:52+00:00 Pomme-compote-bugzillamozilla wrote:
Robert Kaiser (In reply to comment #35)
> Note : The bug Robert Kaiser is speaking of seems to be bug 140751
Yes, already seen that and also this thread on Launchpad :
https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/220798
speaking of a malfunction of the applications preference tabs under KDE
without the firefox-gnome-support package installed. It is why I care
about that sort of thing. But, Robert Kaiser pointed that it is not the
priority, so it's ok. One thing at a time.
Reply at: https://bugs.launchpad.net/firefox/+bug/18995/comments/103
------------------------------------------------------------------------
On 2009-08-12T15:46:55+00:00 Kairo-kairo wrote:
Note that I'm a big KDE fan and user myself, but we need to stick with
the way of things we have at Mozilla right now, and it's better to get
one solution right (in Mozilla terms this needs to be the GNOME/GTK one)
and only then work on improving it for others (like KDE) as well, in a
new bug, and that might need some more general support code on a higher
level than download file handling as well - but that's something to look
at in a followup bug.
Let's first work constructively to come up with a solution on the
GNOME/GTK terms Mozilla is already bound to (esp. as we already know
that a really generic solution isn't possible at this moment, this is
the next best thing for now).
Reply at: https://bugs.launchpad.net/firefox/+bug/18995/comments/104
------------------------------------------------------------------------
On 2009-08-12T15:56:46+00:00 Mozilla-bugs-2010-04 wrote:
Even as a KDE user, I agree that Firefox should code the support for
Gnome. Firefox ignores everything KDE at the moment (such as File
Chooser dialogues) and this is expected. Yes, it is annoying, but it is
expected.
Reply at: https://bugs.launchpad.net/firefox/+bug/18995/comments/105
------------------------------------------------------------------------
On 2009-08-13T07:06:51+00:00 Pomme-compote-bugzillamozilla wrote:
I'm also convince of this. I'm perfectly agree with you. I'm just quite
new on this and I'm asking to get a clear view of the impacts of such a
dev. It's know clear for me that we deal before with Gnome, will see in
the future for KDE. A unified FreedDesktop spec would be a good way to
alleviate the port of code from one to the other, but it's another
debate.
New question now. About look-and-feel of this application selector
dialog. Does it must stick with the native Gnome (or Nautilus in this
case (attachment hereunder)) look-and-feel or does it must follow the
Mozilla guidelines
(https://wiki.mozilla.org/ContentHandling:User_Interface/Proposed_UI2)
and what has made Jim Mathies on the subject for Windows
(https://bug348808.bugzilla.mozilla.org/attachment.cgi?id=271748)?
Reply at: https://bugs.launchpad.net/firefox/+bug/18995/comments/106
------------------------------------------------------------------------
On 2009-08-13T07:07:59+00:00 Pomme-compote-bugzillamozilla wrote:
Created attachment 394231
Nautilus 'open with…' dialog screenshot (french UI)
Reply at: https://bugs.launchpad.net/firefox/+bug/18995/comments/107
------------------------------------------------------------------------
On 2009-08-13T07:11:49+00:00 Hubert Figuiere wrote:
(In reply to comment #40)
> Created an attachment (id=394231) [details]
> Nautilus 'open with…' dialog screenshot (french UI)
Which is what the patch in attachment 314945 from bug 428382 (dupe of this one now) was implementing.
Reply at: https://bugs.launchpad.net/firefox/+bug/18995/comments/108
------------------------------------------------------------------------
On 2009-08-13T12:03:07+00:00 Kairo-kairo wrote:
(In reply to comment #39)
> New question now. About look-and-feel of this application selector dialog.
I think we'd need the input of the Mozilla UI team for a firm decision on that (though I expect them to prefer not creating a Linux-specific dialog).
What we can do without them is getting the backend right to get the information we want from GNOME and feed it to the interfaces that are already there from all I know.
And I think that's what we should stick to in this bug, any UI change following this or extending functionality e.g. to get info from elsewhere should be in followup bugs.
Reply at: https://bugs.launchpad.net/firefox/+bug/18995/comments/109
------------------------------------------------------------------------
On 2009-10-16T18:40:37+00:00 Murali-nandigama wrote:
You have a patch on this bug that is flagged for 'review?' and not
assigned to any reviewer. If you want the patch to be reviewed please
assign a reviewer. Thanks
Reply at: https://bugs.launchpad.net/firefox/+bug/18995/comments/111
------------------------------------------------------------------------
On 2009-10-16T21:49:47+00:00 Ehsan-mozilla wrote:
Comment on attachment 373282
Removes file association mechanism of firefox and use xdg-open instead
I think Shawn is a better reviewer for this patch.
Reply at: https://bugs.launchpad.net/firefox/+bug/18995/comments/112
------------------------------------------------------------------------
On 2009-10-16T22:29:03+00:00 Sdwilsh wrote:
Comment on attachment 373282
Removes file association mechanism of firefox and use xdg-open instead
This wouldn't work on anything but linux but it's a cross platform file
Reply at: https://bugs.launchpad.net/firefox/+bug/18995/comments/113
------------------------------------------------------------------------
On 2009-10-17T14:23:53+00:00 E-michel-n wrote:
Shawn : making it cross platform is not really difficult, since it's a
tiny patch. What do you think of this approach ? If I make this patch
cross-platform, would you integrate it ?
Reply at: https://bugs.launchpad.net/firefox/+bug/18995/comments/114
------------------------------------------------------------------------
On 2011-07-27T09:16:17+00:00 Timothy Fridey wrote:
It seems this issue can be resolved using new features introduced in GTK
3.0
See: http://developer.gnome.org/gtk3/3.0/GtkAppChooser.html
and
http://developer.gnome.org/gtk3/3.0/GtkAppChooserDialog.html
The obvious first step that needs to be taken in the migration to GTK
3.0
Reply at: https://bugs.launchpad.net/firefox/+bug/18995/comments/124
** Bug watch added: Mozilla Bugzilla #492276]
https://bugzilla.mozilla.org/show_bug.cgi?id=492276]
--
You received this bug notification because you are a member of Mozilla
Bugs, which is subscribed to firefox in Ubuntu.
https://bugs.launchpad.net/bugs/18995
Title:
[MASTER] "Open With" dialog not user-friendly
To manage notifications about this bug go to:
https://bugs.launchpad.net/firefox/+bug/18995/+subscriptions
More information about the Ubuntu-mozillateam-bugs
mailing list