hwile idea.
regards,
--
Reinout van Schouwenstudent of Artifical Intelligence
email: [EMAIL PROTECTED]mobile phone: +31-6-44360778
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
would show up if you typed
something in the location bar.
--
Reinout van Schouwenstudent of Artifical Intelligence
email: [EMAIL PROTECTED]mobile phone: +31-6-44360778
___
Usability mailing list
Usability
;t you think it would be useful if File > Properties would open the
properties of the currently open folder when no files are selected?
That's an issue I ran into a while back...
--
Reinout van Schouwen
== Europa zonder softwarepatenten! == ww
Preferences' and 'About', it's the least
bad place to put it.
regards,
--
Reinout van Schouwen
== Europa zonder softwarepatenten! == www.nosoftwarepatents.com ==
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
er details; anyhow,
nowadays Nautilus behaves how I suggested, so I could try to provide
another patch for the properties background thingie.
[1] http://mail.gnome.org/archives/nautilus-list/2004-May/msg00018.html
--
Reinout van Schouwenstudent of Artifical Intellig
r all, "Properties" is a term that
is most likely translated already so perhaps won't impact translation at
all, and the tooltip isn't very visible if it happens to be
untranslated.
If it breaks UI freeze too, it might be a bigger problem to get it into
2.10.
e GNOME panel have
a Places menu item now, with some identical, some different items. Why,
oh why, can't these two menus match?
regards,
--
Reinout van Schouwenstudent of Artifical Intelligence
email: [EMAIL PROTECTED]mobile phone: +31-6-44360778
x27;t be adding video support to
evince or anything like that.
Evince is an application technically, but it puts the emphasis on the
document, not on the application. Not adding video support to evince
is evident, since totem is better suited to those types of content.
regards,
--
Reinout van Sch
: Use gnome-panel-screenshot --delay.
regards,
--
Reinout van Schouwenstudent of Artifical Intelligence
email: [EMAIL PROTECTED]mobile phone: +31-6-44360778
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
tion is still quite monolithic,
unfortunately. I hope the Novell people will agree to move these prefs
out of Evo.
regards,
--
Reinout van Schouwen
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
On Tue, 1 Mar 2005, Corey Burger wrote:
-An application that mirrors the look of the menu
-Allows drag and drop
-No saving/applying, but allow undo (remember state)
Any thoughts on this?
Sounds a bit like the egg toolbar editor, save the mirroring of the
look. ;)
--
Reinout van Schouwen
/archives/usability/2005-February/msg00127.html
regards,
--
Reinout van Schouwen *** student of Artifical Intelligence
email: [EMAIL PROTECTED]*** mobile phone: +31-6-44360778
www.vanschouwen.info *** help mee met GNOME vertalen: nl.gnome.org
ompletely by the computer.
[1] having used a spatial interface for years in the OS/2 Workplace
Shell, which might deserve a mention in your article :)
regards,
--
Reinout van Schouwen
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
ible exception of Computer and burn://). Let's not confuse the
users' understanding of a "place" any further.
Instead, I would like to see a revamping of the fonts capplet.
regards,
--
Reinout van Schouwen *** student of Artifical Intelligence
email: [EM
Hi Thilo,
Op Mon, 27 Jun 2005 19:13:57 +0200, schreef Thilo Pfennig:
> I think important is something like if somebody closes a window and there
> are many tabs open, that the application asks if the user really wants to
> close all tabs.
Not necessarily. The important thing is that data loss is
confusing ways. (For browser mode, things might be different.)
regards,
--
Reinout van Schouwen
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
fusion than displaying a symbolic linked folder identically to the
original. Can you?
regards,
--
Reinout van Schouwen
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
s
and we'd be better off with descriptions like 'Small' or 'Extra large'.
regards,
--
Reinout van Schouwen *** student of Artifical Intelligence
email: [EMAIL PROTECTED]*** mobile phone: +31-6-44360778
www.vanschouwen.info
firefox, does typeahead search
on pressing slash or Ctrl+F, and link search on ' (tick).
regards,
--
Reinout van Schouwen
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
Op Tue, 13 Dec 2005 12:41:57 +, schreef Joachim Noreiko:
> Yes, I think there's a good case for Esc being a shortcut for the Close
> button, as well as CTRL-W.
Just a nitpick, but you probably mean Alt+F4 instead of Ctrl+W here.
Ctrl+W does not close dialog windows.
--
Reinout v
e spinner buttons as well.)
- Will there be a way to get to the gnome-cups-manager printer properties
window from this dialog? That would be ideal for quickly adusting
resolution if you want, for instance, a draft or high quality printout.
regards,
--
Reinout van
supported; see
http://bugzilla.gnome.org/show_bug.cgi?id=171655
regards,
--
Reinout van Schouwen
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
Op Fri, 23 Dec 2005 00:41:23 +, schreef Alan Horkan:
> I would certainly encourage Gnumeric to put files in ~/Documents or even
> ~/Documents/Spreadsheets/
You'd have to solve the "translate strings in filesystem or in UI" dilemma
first...
--
, could you work out
the scenario a little bit? (i.e., in what circumstances does an average
user find himself in need of such a feature?*)
kind regards,
--
Reinout van Schouwen
*) Excluding the cases where using p0rnzilla would be a better idea anyway...
__
a good idea indeed, and there is already a bug opened in the GNOME
bug tracker for it here:
http://bugzilla.gnome.org/show_bug.cgi?id=121711
Now, the only thing needed is a developer with enough time on his hands to
implement this feature. :-)
Your feedback is appreciated!
kind regards,
--
Reinout
t dynamically add more
when requested. The workspace switcher could then be dynamically
added/removed from the panel.
regards,
--
Reinout van Schouwen
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
r layout, for 'Larger' and 'Smaller' text.
(Hopefully someday Mozilla will get around to implementing zooming
images together with text...)
regards,
--
Reinout van Schouwen *** student of Artifical Intelligence
email: [EMAIL PROTECTED]*** mobile phone:
sk
apart. Try asking average computer users how much memory they have in
their PC, if you don't believe me...
regards,
--
Reinout van Schouwen
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
27;t that what we have 'Lock screen' for?
regards,
--
Reinout van Schouwen
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
y/epiphany/toolbar/
We're hoping that the UI team will agree that these changes, or at
least some of them, are worthwile.
I'll try to be present in #epiphany and #ui-review most of the day to be
able to answer questions that might come up. Thanks in advance.
regards,
--
o the epiphany-list to discuss if any of the other UI ideas
should be considered for Epiphany. Before doing that, though, please read
the log of our recent UI review at
http://xhtml.md/misc/epiphany/ui-review/ui-review.log
thanks,
--
Reinout van Schouwen
_
preciated yet very useful widget in all of
GNOME.
Bug report against the removed grippy in evince:
http://bugzilla.gnome.org/show_bug.cgi?id=328908
regards,
--
Reinout van Schouwen
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
y hitting Ctrl-W when typing into a web form.
...Epiphany warns when closing a tab (or window with a tab) that contains
unsubmitted form data. Again, no data loss!
regards,
--
Reinout van Schouwen
___
Usability mailing list
Usability@gnome.org
use an sqlite back-end for history. Some assorted ideas about
a redesign of the UI are here:
http://live.gnome.org/Epiphany/BookmarksHistoryIntegration
Contributions are welcome :-)
regards,
--
Reinout van Schouwen
___
Usability mailing list
Usability
ommunicate the current
selection to the launcher editor, the icon chooser would become redundant.
Also, maybe a "lightbulb tip" could be shown that users can drag pictures
to the icon field.
regards,
--
Reinout van Schouwen
___
Usabilit
isible in the
main pane, or it is not, in which case it should be displayed in a
separate "Suggested" pane below the other items. A suggested item could
then be moved to the Shown part, by drag-n-drop, double-click, copy-paste
or an Add button and vice versa.
r
ich he wants the items to appear?
> Tagging bumps into the same problem. We have to follow the fd.o menu spec.
Fair enough, but is this menu spec set in stone?
regards,
--
Reinout van Schouwen
___
Usability mailing list
Usability@gnome.org
http://mai
o, are you referring to the bookmarks menu or the
bookmarks editor? We're open to suggestions about ways to improve the
browser. Please don't hesitate to file bugs!
regards,
--
Reinout van Schouwen
___
Usability mailing list
Usability@g
rsonal directory isn't hard.
It is when you don't speak English and your username is "st0349022".
regards,
--
Reinout van Schouwen
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
r at
the top of the screen, not unlike the GNOME panel.
regards,
--
Reinout van Schouwen
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
ng that people read such messages. In reality,
unfortunately, they don't.
regards,
--
Reinout van Schouwen
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
d be a very sensible thing to do, wouldn't it?
regards,
--
Reinout van Schouwen
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
try to reproduce the problem on GTK+ 2.11.x first if you haven't
already.
regards,
--
Reinout van Schouwen
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
the 'format'
key to 'custom' and enter any (strftime-compatible) date format string
in the custom_format field.
Alternatively, you may like to try MacSlow's cairo clock, GNOME
anniversary release: http://macslow.thepimp.net/?
Op donderdag 20-09-2007 om 00:00 uur [tijdzone -0400], schreef Jacob
Beauregard:
> I'd be motivated enough to dedicate my winter and summer breaks to it. I
> think the first step would be a common HIG though.
A good place to start would be openusability.org.
regards,
--
Reinout v
27; using custom colours takes me two
mouseclicks.
regards,
--
Reinout van Schouwen
http://vanschouwen.info/
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
Hi Valent,
The issue you raised is discussed in this bug:
http://bugzilla.gnome.org/show_bug.cgi?id=119991
regards,
--
Reinout van Schouwen
http://vanschouwen.info/
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman
f the bug I linked to.
In any case, thanks for your interest in making GNOME better!
--
Reinout van Schouwen
http://vanschouwen.info/
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
e should IMHO be that thumbnails of files on removable
devices _can_ be created but that they should always be purged
_immediately_ after it is disconnected. More generally speaking,
thumbnails of inaccessible files on any volume should be purged, just
with a lower priority.
Did anyone file a bug
on
files.
Also, a quick bugzilla search on 'emblem' will prove enlightening.
regards,
--
Reinout van Schouwen
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
them "electric", much like the gtk+ menu scrolling
buttons. So you could just hover over them to make the collection view
scroll sideways.
regards,
--
Reinout van Schouwen
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
es to the user,
> perhaps suggesting that they would do different things.,,)
Ah, of course. So that's the reason EOG actually disables these
scrollbar buttons!
--
Reinout van Schouwen
___
Usability mailing list
Usability@gnome.org
http://mail.gnom
someone want to NOT know the current volume percentage,
> especially when inside a movie player?
Are you serious? Volume percentage values are rather meaningless. Or do
you have such exact hearing that you can discern between more than
rather descriptive values like "silent", "whi
the first place.
If the sidebar dropdown menu were replaced by an accordion widget[1], I
wouldn't be surprised when the results were very different!
[1] http://en.wikipedia.org/wiki/Accordion_(GUI)
--
Reinout van Schouwen
___
Usability mailing lis
hing that is needed for the HIG, obviously.
However, ensure all affected app maintainers know about an impending HIG
change before confronting them with a new rule they have to follow.
regards,
--
Reinout van Schouwen
___
Usability mailing list
Usability@
at it
would be too visually chaotic otherwise.
regards,
--
Reinout van Schouwen
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
at it
would be too visually chaotic otherwise.
regards,
--
Reinout van Schouwen
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
should optimize
for users for whom Single Document-style interface is more than enough
information to handle.
regards,
--
Reinout van Schouwen
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
Op zaterdag 14-02-2009 om 08:57 uur [tijdzone +1930], schreef Dokuro:
> maybe the title bar should carry the tabs...
Convince the metacity developers:
http://bugzilla.gnome.org/show_bug.cgi?id=113832
--
Reinout van Schouwen
___
Usability mailing l
the mime
association of folders.
If you agree that this bug should be reopened, please say so. Lionel
Dricot already commented, as you can read in the forwarded message.
regards,
--
Reinout van Schouwen
--- Begin Message ---
If you have any questions why you received this email, please see the
nvironment. We can only go so far in accommodating users who
knowingly put non-Gnome components into the mix.
regards,
--
Reinout van Schouwen
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
t again.
In any case, if it makes you happy:
http://vanschouwen.info/files/quitmenuitem-extension/
regards,
--
Reinout van Schouwen
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
lly. Apps that
do a Save action should simply make sure they add the saved document to
the Recently used file list. (Maybe this could be promoted to a Gnome
Goal?)
regards,
--
Reinout van Schouwen
___
Usability mailing list
Usability@gnome.org
http://
. I would
imagine that the Tracker developers are interested in good user
interfaces for searching.
See: http://projects.gnome.org/tracker/
regards,
--
Reinout van Schouwen
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
orted. Does the issue still exist now, in 2009? What are some possible
> solutions?
One might ask why someone would need to store the wifi password at all,
when in a hurry at a conference. Perhaps a "Skip this step" / "Ask me
later" button would
st
fine.
To conclude: certainly improvements to the GTK+ filechooser are
possible, but not all of the points you mention are actual bugs. Reading
up on the history of the filechooser may explain you better why things
are as they are.
regards,
--
Reinout van Schouwen
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
> Anjuta and MonoDevelop as examples.
I'd like to point out that it's up to Firefox, Pidgin and co. to behave
like good citizens on the Gnome desktop. Not the other way around!
regards,
--
Reinout van Schouwen
___
Usability mailing list
Us
ctrl+page up/down
> requires you to shift your right-hand considerably away from home row,
> making it fairly inconvenient.
Ctrl+PgUp/PgDn to switch tabs is hard wired in my head so I may be
biased, but based on my own experience it's not inconvenient at all.
regards,
--
Reinou
your making here.
> The real problem here is the conflict with Ctrl-Tab for keyboard
> navigation, not blaming applications for disobeying GNOME conventions.
With regard to keyboard navigation conventions, there is an endless list
of conflicts between different platforms. There is n
nes as much as Apple does,
Firefox wouldn't have made it as the primary browser in many
distributions.
regards,
--
Reinout van Schouwen
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
and I've-lost-count-beers, it
would be nice if you guys could find time to draft one or more proposals
for GUADEC talks. What do you think?
regards,
--
Reinout van Schouwen
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/ma
moving it to
a specific tab.
On a more abstract level, in a way I can't really explain it feels
natural to me to be able to "rifle" through tabs as I would do with
pages in a book. I can keep my eyes focused on the content while
mply because it uses a GtkNotebook.
regards,
--
Reinout van Schouwen
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
of Gtk tab usability flaws
that have been filed in bugzilla during the years, I think this one is
by far the least serious.
regards,
--
Reinout van Schouwen
___
Usability mailing list
Usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
27;s just undefined.
regards,
--
Reinout van Schouwen
___
usability mailing list
usability@gnome.org
http://mail.gnome.org/mailman/listinfo/usability
75 matches
Mail list logo
