headers
Dennis Cranston | 1 Feb 2005 01:09
Picon
Favicon

Re: [PATCH] Hig-ify copying/moving progress dialog

Hi Jorn,

Your patch will not make the dialog HIG compliant.  The dialog spacing would need to be adjusted
to the following values:

gtk_container_set_border_width (GTK_CONTAINER (dialog), 5);
gtk_container_set_border_width (GTK_CONTAINER (GTK_DIALOG (dialog)->vbox), 5);
gtk_box_set_spacing (GTK_BOX (GTK_DIALOG (dialog)->vbox), 14);

For an explanation please see bugzilla report #163850, "Gtk+ dialogs should use HIG spacing by
default".

Thanks,
Dennis

--- Jorn Baayen <jbaayen <at> gnome.org> wrote:

> Hi,
> 
> Attaching a patch to HIG-ify the copying/moving progress dialog. 
> 
> Another thing that would be nice here is a responsive "cancel" button.
> It can take up to half a minute for the "cancel" button to respond to
> canceling copying a bigger file to a webdav location, for example. The
> dialog will just sit there, cancel still clickable, like nothing
> happened- very annoying. Maybe at least make the dialog say "canceling"
> and de-sensitivify the cancel button, or something ..
> 
> Cheers,
>
(Continue reading)

Permalink | Reply | 5 comments |
headers
Sebastien Estienne | 1 Feb 2005 02:00
Picon
Gravatar

RFC for a better Network place.

Hello,

I'd like feedback about speeding up network place browsing, and adding
functionality to offer a more consistant and faster experience in
network browsing.

first problem:
 it's always slow to display the first entry when you launch network
place, it starts empty and you have to wait 4/5 seconds before seeing
anything
even if you have just browsed the network 10 seconds ago, maybe it would
needs some kind of caching to offer a better experience to users.

I was thinking about implementing this functionality in a deamon. The
deamon would periodically browse the network (could also browse for
zeroconf services). And exports it's findings throught dbus.

In this schema "network place" would talk to the deamon using dbus,
and the browsing would answer immediately.

second problem:
the display feel unconsistant: you have workgroup, computers, shares,
ssh share, nfs and so on. All at the same level without any logic in
there placement.
Maybe we could sort them a bit.
Maybe separating windows/samba browsing from other shares.

it seems to be 3 types of network ressources:
- samba/windows : windows workstation, workgroups samba shares:
- zeroconf detected services: webdav/ftp
(Continue reading)

Permalink | Reply | 1 comment |
headers
Jorn Baayen | 1 Feb 2005 11:21
Picon

Re: [PATCH] Hig-ify copying/moving progress dialog

Hi,

Well, AFAIK, my patch achieves exactly this:

http://developer.gnome.org/projects/gup/hig/1.0/images/alert-spacing.png

This is also the code Gtk itself uses to make the file chooser HIG
compliant.

CHeers,
Jorn

On E, 2005-01-31 at 16:09 -0800, Dennis Cranston wrote:
> Hi Jorn,
> 
> Your patch will not make the dialog HIG compliant.  The dialog spacing would need to be adjusted
> to the following values:
> 
> gtk_container_set_border_width (GTK_CONTAINER (dialog), 5);
> gtk_container_set_border_width (GTK_CONTAINER (GTK_DIALOG (dialog)->vbox), 5);
> gtk_box_set_spacing (GTK_BOX (GTK_DIALOG (dialog)->vbox), 14);
> 
> For an explanation please see bugzilla report #163850, "Gtk+ dialogs should use HIG spacing by
> default".
> 
> Thanks,
> Dennis
> 
> --- Jorn Baayen <jbaayen <at> gnome.org> wrote:
>
(Continue reading)

Permalink | Reply | 4 comments |
headers
Alexander Larsson | 1 Feb 2005 11:38
Picon
Favicon

Re: Frame around the desktop when dragging

On Mon, 2005-01-31 at 14:37 -0500, Vincent Noel wrote:
> Hey all,
> Recently, a nice feature was added to drag-n-drop in nautilus : a
> frame appears in the window that is the drag-and-drop target.
> While I think this is useful and adds to usability, it seems to
> confuse some users :
> 
> http://bugzilla.gnome.org/show_bug.cgi?id=165754

This is standard Gtk+ behaviour for DnD targets. I don't see why it
would be confusing.

> I'm not saying the feature should be totally disabled, but maybe it
> would be possible to disable the feature when the drag target is the
> desktop window.

It might be a bit hard to detect it for the desktop since its often
covered, but is it confusing?

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
 Alexander Larsson                                            Red Hat, Inc 
                   alexl <at> redhat.com    alla <at> lysator.liu.se 
He's an impetuous moralistic ex-con searching for his wife's true killer. 
She's a pregnant nymphomaniac barmaid with a knack for trouble. They fight 
crime! 

--

-- 
nautilus-list mailing list
nautilus-list <at> gnome.org
http://mail.gnome.org/mailman/listinfo/nautilus-list
(Continue reading)

Permalink | Reply | 2 comments |
headers
Alexander Larsson | 1 Feb 2005 11:51
Picon
Favicon

Re: RFC for a better Network place.

On Tue, 2005-02-01 at 02:00 +0100, Sebastien Estienne wrote:
> Hello,
> 
> I'd like feedback about speeding up network place browsing, and adding
> functionality to offer a more consistant and faster experience in
> network browsing.
> 
> first problem:
>  it's always slow to display the first entry when you launch network
> place, it starts empty and you have to wait 4/5 seconds before seeing
> anything
> even if you have just browsed the network 10 seconds ago, maybe it would
> needs some kind of caching to offer a better experience to users.

This is likely the delay from the initial smb browse lookup.

> I was thinking about implementing this functionality in a deamon. The
> deamon would periodically browse the network (could also browse for
> zeroconf services). And exports it's findings throught dbus.

network already browses for zeroconf services. Moving the network method
to the gnome-vfs daemon is a one line configuration change.

> In this schema "network place" would talk to the deamon using dbus,
> and the browsing would answer immediately.

Why use dbus and a new daemon when we already have a vfs daemon.

> second problem:
> the display feel unconsistant: you have workgroup, computers, shares,
(Continue reading)

Permalink | Reply | 0 comments |
headers
Marc Kalberer | 1 Feb 2005 12:33
Picon
Favicon

Umask

Hello,
I saw several post related to default umask settings.... but no answer.
Problem:
Set the default permission when creating a file with Nautilus

I tried to modify login.defs, profile, /gdm/Xsession, .gnomerc and the 
result is that the shell create correct file permissions, a document 
created throught openoffice (for example) is also correct, but Naulitus 
still does not set correctly the permissions.

Does somebody has an idea about it ?

Marc
--

-- 
nautilus-list mailing list
nautilus-list <at> gnome.org
http://mail.gnome.org/mailman/listinfo/nautilus-list
Permalink | Reply | 0 comments |
headers
Marc Kalberer | 1 Feb 2005 12:37
Picon
Favicon

File association

Hello,
Is it possible to set the default application used to open specifiq king 
of documents ?
I know how to do it manually, the goal is to automatize the process, by 
modifiing the skeleton or gconf.
( Sample
My default app for .doc is Abiword, and I would like to change it to 
OpenOffice for all new user )

Any idea ?
Marc
--

-- 
nautilus-list mailing list
nautilus-list <at> gnome.org
http://mail.gnome.org/mailman/listinfo/nautilus-list
Permalink | Reply | 1 comment |
headers
Alexander Larsson | 1 Feb 2005 15:04
Picon
Favicon

Re: File association

On Tue, 2005-02-01 at 12:37 +0100, Marc Kalberer wrote:
> Hello,
> Is it possible to set the default application used to open specifiq king 
> of documents ?
> I know how to do it manually, the goal is to automatize the process, by 
> modifiing the skeleton or gconf.
> ( Sample
> My default app for .doc is Abiword, and I would like to change it to 
> OpenOffice for all new user )
> 
> Any idea ?

Edit /usr/share/applications/defaults.list, or the same file in
~/.local/share/applications/. You can also set XDG_DATA_DIRS to load it
from another place.

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
 Alexander Larsson                                            Red Hat, Inc 
                   alexl <at> redhat.com    alla <at> lysator.liu.se 
He's an ungodly misogynist senator She's a blind tempestuous single mother 
with only herself to blame. They fight crime! 

--

-- 
nautilus-list mailing list
nautilus-list <at> gnome.org
http://mail.gnome.org/mailman/listinfo/nautilus-list
Permalink | Reply | 0 comments |
headers
Vincent Noel | 1 Feb 2005 15:41
Picon
Gravatar

Re: Frame around the desktop when dragging

On Tue, 01 Feb 2005 11:38:10 +0100, Alexander Larsson <alexl <at> redhat.com> wrote:
> On Mon, 2005-01-31 at 14:37 -0500, Vincent Noel wrote:
> > Hey all,
> > Recently, a nice feature was added to drag-n-drop in nautilus : a
> > frame appears in the window that is the drag-and-drop target.
> > While I think this is useful and adds to usability, it seems to
> > confuse some users :
> >
> > http://bugzilla.gnome.org/show_bug.cgi?id=165754
> 
> This is standard Gtk+ behaviour for DnD targets. I don't see why it
> would be confusing.
> 
> > I'm not saying the feature should be totally disabled, but maybe it
> > would be possible to disable the feature when the drag target is the
> > desktop window.
> 
> It might be a bit hard to detect it for the desktop since its often
> covered, but is it confusing?

Well I don't think it's confusing either. I think it's a big win for
usability. But as you can see in the bug report, some users don't
agree :-P

Basically I'm just looking for a definite "that's the way it is, and
it won't change" kind of answer.

Cheers
Vincent
--

--
(Continue reading)

Permalink | Reply | 1 comment |
headers
Dennis Cranston | 1 Feb 2005 17:49
Picon
Favicon

Re: [PATCH] Hig-ify copying/moving progress dialog

Hi Jorn,

I missed that your patch used the style_set callback of the widget.  So the border spacing is
correct (12 pixels), but I am counting 39 pixels between the vbox and action area of the dialog
instead of 24 -- although this isn't really a big deal.  While your fixing the dialog, I believe
the "Copying", "From", and "To" labels alignment is wrong.  Shouldn't they be left aligned?

Dennis

--- Jorn Baayen <jbaayen <at> gnome.org> wrote:

> Hi,
> 
> Well, AFAIK, my patch achieves exactly this:
> 
> http://developer.gnome.org/projects/gup/hig/1.0/images/alert-spacing.png
> 
> This is also the code Gtk itself uses to make the file chooser HIG
> compliant.
> 
> CHeers,
> Jorn
> 
> On E, 2005-01-31 at 16:09 -0800, Dennis Cranston wrote:
> > Hi Jorn,
> > 
> > Your patch will not make the dialog HIG compliant.  The dialog spacing would need to be
> adjusted
> > to the following values:
> >
(Continue reading)

Permalink | Reply | 3 comments |

Gmane