time".
-This could be checked for, couldn't it?
-It would make a standard behavior.
-It would save an admin the trouble of having to answer his users
questions with "I don't know why"
If you don't understand what
to new users (text), quick for
established users (icons) & could sort out the problem of action
ambiguity. I could do a mock-up if I haven't explained very well.
Thanks, hope this is of help
--
Phil Bull
philbull.tk
_____
problem with changing the trash icon, not everyone notices this at
first, and while it's a cute idea, it may suck down too many resources
to implement fully in gnome (Especially if you have the trash in the
tray).
As for the idea of adding an eject icon to the main icon of the volume,
this
On Fri, 2005-05-06 at 10:54 -0700, Nathan Howell wrote:
> On Thu, 05 May 2005 20:56:59 -0400, Jason Hoover wrote:
>
>
>
> > All Comments/Productive Criticism/Amusing Flames are welcome.
>
> Ok, I'll throw in a quick suggestion or two.
>
> 1. Make good use of
also seriously need to consider putting at least date/size
information in there. Getting date/size information when you're trying
to replace older with newer, or smaller with larger in nautilus is not
exactly the quickest operation.
Just my $0.02USD, for what it's worth,
-Jason Hoover
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
ng
> to collect and summarize conflicts, and a separate Synchronize feature
> covering the case where you want to merge changes between two copies of
> a folder including replacements and/or deletions. Until pre-flighting is
> implemented, you'll need Replace All, Cancel, and Replace.
I'm just throwing in ideas/comments, if they're a bit unintelligible,
forgive the noise, it's a little late.
-Jason Hoover
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
On Sun, 2005-06-05 at 01:59 +0200, Matthew Thomas wrote:
> I'm not sure what you mean by "filenames on a similar topic". But for
> merging a collection of digital photos (where the camera has used the
> same filenames for different photos), you don't want "Skip" anyway. You
> want to either
On Mon, 2005-06-27 at 20:28 +0200, Thilo Pfennig wrote:
> I would like to use a HOWTO in order to make some own private usability
> studies. It would be nice if somebody could make a HOWTO that all GNOME
> users could use to reproduce. This HOWTO should be translated in many
> languages ans regular
On Mon, 2005-06-27 at 20:55 -0400, Eric Larson wrote:
> I don't think we need to create our own rules and guidelines as there
> are already such guidelines available. But making these publically
> avaiilable and in some cases more gnome specific could be very helpful.
Maybe having a few links to
and report like that,
though it'd get an 8 for coolness factor.
> (FWIW, I've just fixed the broken links on that page...)
Thank you. I'm sorry I missed it before the move though.
-Jason H.
--
Any opinions are insincere and not necessarily those of Jason Hoover.
___
On Wed, 2005-07-13 at 16:22 -0300, Steven Garrity wrote:
> I was looking at the right-click context menu of the Gnome panel Trash
> Applet and I wondered about the "About" menu items on all panel applet
> context menus.
>
> On one hand, this is a handy way to see the version number and
> credi
> Yeah that too. It almost goes without saying.
>
> I love being thanked for my efforts and some projects have an extensive
> list of people they thank, anyone who has ever provide a line of code
> or filed a bug report in one or two rare cases. Others only mention
> the maintainers (a missed o
On Fri, 2005-07-15 at 17:53 +0100, Alan Horkan wrote:
> If I ever get around to creating an application worth
> inflicting^H^H^H^H^H^H releasing to the public I would use the Authors
> list to indicate only those who have a Copyright stake in the software and
> have a really long list of thanks th
On Wed, 2005-07-20 at 17:23 -0400, Rodney Dawes wrote:
> One somewhat obvious problem with the "throw away" portion of the window
> folding, is that with optical mice, you might move the mouse over some
> small partical, and then the cursor gets thrown to the edge of the
> screen, making the softwa
make it noticeable
faster). You could use an expander to hide the less interesting
information (type, group, owners, etc), but that might be a distraction.
I like yours better, but for now I find it a little lacklustre and
disorganized. Clean it up and re-sugg
On Fri, 2005-07-29 at 15:03 +0100, Phil Bull wrote:
> On 7/29/05, Jason Day <[EMAIL PROTECTED]> wrote:
> > Well, I decided to have a go at it:
>
> I had a go too:
>
> http://www.geocities.com/philbull_tk/gnome_dlg_mockup.png
>
> The text is a bit confusing/ambiguous and the dialog is pretty big.
On Sat, 2005-07-30 at 18:12 -0400, Rodney Dawes wrote:
> I like using the "Eject" button on the drive. It works nicely. :)
Really? Linux locks mine, and when I use a screwdriver it throws a
fit. :/
Why does every conversation about fixing the eject situation always
degrade into one of the followi
On Sat, 2005-07-30 at 22:23 -0400, Rodney Dawes wrote:
> On Sat, 2005-07-30 at 21:35 -0400, Jason Hoover wrote:
> > On Sat, 2005-07-30 at 18:12 -0400, Rodney Dawes wrote:
> > > I like using the "Eject" button on the drive. It works nicely. :)
> >
> > Re
> > The problem is that the software is caching data, actually. It's
> > buffering the write to disk, so the data might not actually be synced
> > yet when the user pulls the plug, since the writes are async. :)
Any distro worth it's weight in CD's has sync writes on by default for
removable/hot-
> They have the same problem, you're supposed to unmount volumes the same
> way for the same reasons, to make sure everything is synced, to make
> sure no other programs try to write the disk (MS word auto-backup) and
> the like. It just so happens that no one likes un-mounting floppies so
> there
> > I think you're confused here. Especially about VFS, from what I can
> > tell, anyway. No matter though. Making dragging to Trash work is a
> > simple patch. Nautilus obviously already knows that you are dragging
> > volumes to the trash, since it pops up the error dialog.
>
> I believe there a
My! What an interesting study! There's quite a few bugs here.
On Fri, 2005-08-26 at 00:18 +0200, Vidar Braut Haarr wrote:
> I recently installed Ubuntu on my parents laptop. We tried with a
> LiveCD first to make sure things were working (like synaptics
> touchpad, wifi, etc), and was glad to see
> Like I said, these notes come much from observing how they used GNOME.
> I think my father was looking for a way to view a slideshow of the
> folder. He was in /home/dadsname/Images/, right-clicked
> on and probably expected a "Show a slideshow of this
> folder" or something equivalent. Frankly
> No, we're in Nautilus. It is apparent to me now that you use Nautilus
> in spatial mode. Ubuntu now defaults to the old/new Browser mode with
> the Pathbar widget. Turn it on and re-read my initial note.
Ohhh, I've got it now. There could be a few things that go into that
context menu. I can se
This would appear to be another one of those old-as-hills nautilus bugs
that crop up every now and then and remain un-fixed because of various
distractions, collecting duplicates like flies and moths to a bug
zapper.
http://bugzilla.gnome.org/show_bug.cgi?id=44767
It looks like a fix is coming "r
> Obligatory Warning: No new URIs.
>
> People far smarter than me have explained why it is a bad idea and it is
> something Gnome is not likely to do casually.
>
> file:// and http:// should be good enough for 99% of cases where people
> suggest new URIs. Using new URIs means you need to write n
On Sun, 2005-12-04 at 04:39 +0100, BJörn Lindqvist wrote:
> My problem with it is that it it consistently forces me to click on
> "Browse for other folders" each and every time I want to "Save as...".
> I realise that the rationale behind the dialog is that "most people"
> just throw their stuff on
On Sun, 2005-12-04 at 12:10 +0200, Kalle Vahlman wrote:
> 2005/12/4, Jason Hoover <[EMAIL PROTECTED]>:
> > Even curiouser, it looks like you can actually do something to the files
> > (normal color). "Browse for folders" seems a little silly when there'
[CCing nautilus-list in case they're interested, I don't read
nautilus-list, CC me if you want to see reply, blah blah blah
this is text]
On Sat, 2005-12-24 at 13:30 +, Alan Horkan wrote:
> I believe it is not because it is a "scary technical detail" (at least not
> primarily) but rather tha
[First message seems to have been eaten by the mail beast, sorry if this
duplicates.]
On Sat, 2005-12-24 at 13:30 +, Alan Horkan wrote:
> I believe it is not because it is a "scary technical detail" (at least not
> primarily) but rather that the extension is awkward when trying to rename
> f
On Sat, 2005-12-31 at 17:44 +0100, David Christian Berg wrote:
> Hiding the extension is not always useful. I often need to know, if an
> image is a jpg or a png, or -- even more important -- maybe even an svg.
> All these have a preview and I very much appreciate that.
> So I'd think that hiding
On Sun, 2006-01-01 at 15:39 +, Alan Horkan wrote:
> Blame the user, of course it is the users fault. Why didn't I think of
> that?
Sure I'll acknowledge it's "user blame". But who's fault is it if I name
a file "Foo.jpg" and another one "FOO.jpg" and can't tell/remember the
difference? Shoul
On Wed, 2008-03-26 at 16:23 -0400, Yuval Levy wrote:
> nice try, but does not work. will only simulate the intended behavior
> and will give a false sense of security. the only true security is an
> option not to write thumbnails to disk in the first place.
Then why not simply disable thumbnail
On Thu, 2008-03-27 at 15:45 -0400, Jason Hoover wrote:
> On Wed, 2008-03-26 at 16:23 -0400, Yuval Levy wrote:
>
> > nice try, but does not work. will only simulate the intended behavior
> > and will give a false sense of security. the only true security is an
> > option
On Fri, 2008-03-28 at 13:37 -0400, Liam R E Quin wrote:
> > Then why not simply disable thumbnails in the first place?
> Because you want them.
That is something I had overlooked. Perhaps an option to create
thumbnails, but not cache them would also be acceptable? It is important
to note however,
On Wed, 2008-04-23 at 23:03 +0200, Cosimo Cecchi wrote:
> Hi everyone,
>
> I wrote a dialog to improve the way Nautilus behaves when there's a
> conflict between two files in a file operation.
> Here you can find some screenshots:
>
> http://www.lilik.it/~anarki/media/my/gnome/file-conflict.png
>
36 matches
Mail list logo
