On 2019-04-25 10:17 a.m., Christopher Davis via desktop-devel-list wrote:
That connection is the problematic bit, because in some countries slavery
wasn't all that long ago, and in some places it's never left or it
changed forms.
Doesn't change the fact that it's accurate, and is the correct
On 2019-04-25 9:58 a.m., Emmanuele Bassi via desktop-devel-list wrote:
If you cannot maintain even a semblance of a civil discourse, the door
is shown to you at the bottom of every email.
Fine, if you want it stated a different way, the terms being used are as
accurate as possible.
There is
On 2019-04-25 6:43 a.m., Bastien Nocera wrote:
It's non-gender neutral, which was mentioned earlier in the thread.
See the master/maiden section of:
https://www.cs.cmu.edu/~mjw/Language/NonSexist/vuw.non-sexist-language-guidelines.txt
Is this entire thread some weird, SJW-perverted joke?
On 2019-03-25 12:15 p.m., mcatanz...@gnome.org wrote:
I wonder if there's been any serious design consideration of this
proposal? The dash seems like it might be a safer place to put things
than allowing applications to clutter the precious top bar.
Not to be impertinent, but attached is my
On 2019-03-25 11:07 a.m., Andre Klapper wrote:
You may want to disable "Plugins > Notifications" in Rhythmbox to not
flood your notification area with things you don't consider helpful.
I think you have just corroborated my point. You can hide notifications
you don't want.
The notification
On 2019-03-25 7:19 a.m., Emmanuele Bassi via desktop-devel-list wrote:
Which would achieve nothing except, once again, shoving icons and menus
into one of the most important pieces of screen real estate we have just
because some application developers simply cannot live without their
On 2019-03-25 10:37 a.m., Emmanuele Bassi via desktop-devel-list wrote:
On a default gnome install on any modern screen, only
about 25% of the top bar contains any information at all. It can't be
"the most important real estate" and be so underutilized.
It's important because it's
On 2017-05-16 07:10 PM, Mattias Bengtsson wrote:
How did you install GitLab? We use the omnibus RPM package for CentOS
and have had no dependency problems while upgrading from some 7.x
release all the way to 9.1.x over the last few years. A lot come
bundled in the omnibus package and the rest
On 2017-05-16 09:22 AM, Allan Day wrote:
We are confident that GitLab is a good choice for GNOME, and we can’t
wait for GNOME to modernise our developer experience with it. It will
provide us with vastly more effective tools, an easier landing for
newcomers, and lots of opportunities to improve
On 12-12-10 09:57 AM, Philip Withnall wrote:
Disclaimer: I’m en_GB. I’m not entirely sure that en_GB speakers should
be deciding the style to use in the C locale, given that manuals of
style differ between the UK and the US.
You must mean en_US. The C locale should not have unicode in it.
On 12/01/11 10:52 AM, Maciej Piechotka wrote:
According to my fast check (which may be wrong) it seems that it does
not cover still used Greek alphabet (tech people aside it is still used
in greek language). It does not cover Cyrilic (used among others in
Russian) and Chinese and Hindi (I copy
On 30/03/10 07:17 PM, Owen Taylor wrote:
Mutter packages exist for most major Linux distributions as part of
packaging GNOME Shell. Mutter is also key component of the Moblin 2.0
and 2.1 releases.
With the uncertain future of Moblin, is this appropriate?
Will Meego continue with Mutter?
On 10/03/10 05:02 PM, rAX wrote:
http://0rax0.deviantart.com/art/Gnome-panel-improved-156723192
I really need someone to think about this, and whether or not it
should/could be implemented.
Seems to me that would severely complicate theming.
If the custom icon was saved in ~/.icons, it would
Tristan Van Berkom wrote:
Sure,
on the other hand projects with ChangeLogs that are hand-tended
to are, in my personal experience richer than logs of arbitrary commits,
if only by the simple virtue of forcing you to spend time caring for it.
I use ChangeLogs a lot. My preference for
My objection may seem silly, but since there is no way to type it on any
keyboard out there, that's a bit of a hindrance. Short of using the
character map and searching, one has to resolve to using smart
substitution editors like OpenOffice to get the characters.
They also tend to fail
Alan Cox wrote:
Put the English quotes in the en_US and en_GB translations, put German
quotes in the de ones and so on.
This, if course, makes something like the very tiny en_CA locale into a
rather full locale. I suppose many generic messages can go into just en.
--Pat
As Shaun points out, it gets a little convoluted.
Alan Cox wrote:
Which rules does Canada follow for the ending of a sentence with quoted
text ?
quoted text.
or
quoted text.
That might need a locale anyway
Assuming that British is punctuation outside of the quotes,
en_US:
Brian Nitz wrote:
Third, there's no such thing as
locale-specific fonts. If a font happens to cover Chinese only, so be
it. Finally, if you don't need those fonts, simply don't install them
(or uninstall them).
I know it doesn't make sense from a developer's point of view, but it
Matthias Clasen wrote:
For preview, open the font selector, select font, type text...
The advantage of fonts:// is that is has previews, which is a very nice
feature.
It never occurred to me that anyone would want to uninstall fonts.
At the very least, uninstallation of the fonts the user
On Wed, 23 Jan 2008, Matthias Clasen wrote:
Well, currently the Go to fonts folder button runs nautilus fonts://.
What I meant was to replace that with specimen. But I think nuking
the button is better.
Isn't that button the only UI connection from a user's point of view to
where to dump font
Murray Cumming wrote:
On Tue, 2007-12-04 at 12:12 -0500, Adam Schreiber wrote:
Unfortunately, one of the main UI elements that indicate a secure
connection is the https:// URL in the URL bar. Are you proposing to
disguise that as well?
Maybe just not shade it yellow. It will still be running
Owen Taylor wrote:
If you are connecting on an insecure network (say coffee shop wireless)
then a https connection to an untrusted certificate is a distinctly weak
form of security.
It tells you that you have a encrypted connection to *somebody*.
That is correct, of course. It is, however,
Olafur Arason wrote:
I think it should be format related because I don't want a 10mb gif file
being indexed, because it's very slow and can crash the application.
Other formats are relatively safe, maybe this should be a gconf
option.
It brings up the question of Exif thumbnails. I know that
Federico Mena Quintero wrote:
I recently added code to Nautilus to collect logging information. This
log is dumped to a file in the user's home directory when Nautilus
crashes [1].
(...)
since ~/nautilus-debug-log.txt is where Nautilus dumps its own debug
log.
Not entirely on-topic, but
David Trowbridge wrote:
What in particular isn't possible with the 6-month cycle?
Nothing's impossible, but a longer cycle every so often would encourage
larger and better thought-out changes. I always get the feeling that
GNOME contributors hold back on a lot of excellent ideas because they
Hubert Figuiere wrote:
I would like to suggest at one point to try to break with the 6 month release
schedule of Gnome to do a major release with a certain number of feature
that would involve possible infrastructure changes in the platform.
I have been thinking about this as well, just
Maxim Udushlivy wrote:
Well, perhaps this dispute is in fact an innovation vs tradition
philosophical conflict :) If this is true, there must be a place for
both; and HIG's should exist, but only as recommendations, not as
constraints.
I think that's why they're called guidelines as
Alex Jones wrote:
Are we really deprecating Sticky Notes? :(
I hope not.
--Pat
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
David Zeuthen wrote:
On Mon, 2006-07-31 at 18:06 -0400, Rodney Dawes wrote:
I will however, disagree that we need to provide such explicit
icons as to state what method a hard disk is connect to the computer
through, or what type of data is contained on an optical disc, in a
base
GNOME
Jakub Steiner wrote:
An image thumbnail will give you much more information than a text label
on a tiny icon and that is likely to be the default case on the GNOME
desktop.
Unless, like me, you're always converting images that are large and you
don't want to thumbnail, but you want to quickly
Jakub Steiner wrote:
I don't know how much time exactly went into gnome icon theme over the
years, but I do feel like we failed to provide a good icon theming
platform for distributions. Back then we had old Gnome 1.0 styled icons
inconsistency. Then I tried to create an icon for every single
Alexey Rusakov wrote:
Pat Suwalski пишет:
My question regarding usability is: so now I have to move all my windows
out of the way to get to the desklets that provide the functionality
that is currently in my panel?
This is the main problem with gdesklets, I think. You have to move/resize
Shaneeb Kamran wrote:
I have a new idea to discuss from the top of my head about the
so-called desktop interface. The idea is mainly derived from Mac Os X
Dashboard and the upcoming Windows Vista 'Gadgets'. Please note that the
following paragraphs are just my plans, and nothing of
Radu Olaru wrote:
step. Copying dialog, Package Update progress dialog and so on. My
suggestion would be to make a small applet responsable of showing every
background task's progress and cut down every progress dialog. This way
the whole desktop will be cleaner and less windows will pop
Who wrote:
Given that we currently use Nautilus for the desktop, it is not much
hacking to include at least a Gconf key to enable users to browse
using their desktop?
It breaks the analogy of the desktop being (mostly) static. Anything
activated from the desktop goes in a new window, though
Your ideas are interesting:
TRANS wrote:
My idea is this. I would really like it if my Desktop actually were
the File Browser. In other words instead of having a seperate Desktop/
directory in my home directory, the desktop could actually reflect my
home directory (or any other defaut directory
Federico Mena Quintero wrote:
- how long does nautilus take to pick up the pixmap and repaint its
desktop window. That takes about 1 second for me, due to XRENDER bugs.
This last one should be better on Radeon cards if you cvs update your
GTK+. I put a workaround for the relevant
Hello,
While I'm bug-mongering gnome-icon-theme, could someone look at:
http://bugzilla.gnome.org/show_bug.cgi?id=140900
I've been trying to get attention with it, as it's a minute change that
would make a fair bit of difference to a lot of third-party applications.
--Pat
Matthias Clasen wrote:
2) We also want the icons back
Yes, this is definitely still a big issue. Unlike the instant-apply
behaviour, this particular change was never explained in detail.
The dialog looks very much out of place without them. I find the dialog
harder to use without them.
Rodney Dawes wrote:
1) GtkOptionMenu is deprecated.
2) GtkComboBox makes it very difficult to add icons to the drop-down.
These two are valid points.
3) The icons were a total hack anyway, and broke a11y functionality
4) We have too many icons in use in the desktop, and so I, as well as
Hello,
Chris Spencer wrote:
I've noticed that Nautilus doesn't create a preview for GIMP xcf files
if you hide the background layer. It doesn't seem to mind if any other
layers are hidden or not, but if the background layer is hidden then
Nautilus won't display a thumbnail. Has anyone else
Thomas Wood wrote:
I was thinking of doing some work on the theme manager UI for 2.16. Should
the theme manager be switched to explicit apply too? It often takes more
than a second to apply a theme.
The best way to see what your desktop will look like is to click one of
the themes and see
Thomas Wood wrote:
Is this not the case?
This isn't really the issue. The problem is that the apply procedure
takes more than a second to complete, thus violating the previously
mentioned section of the HIG about instant apply.
Then the solution should be to paint the desktop with the
Owen Taylor wrote:
I think the first step is for someone to simply spend a little time
figuring out what is slow:
- Gradients
- Scaled images
- Solid color backgrounds?
30 seconds of experimentation shows me that scaling and filling are
slow, while tiling is very fast. The very strange
James Livingston wrote:
One thing I noticed is that the time is greatly affected by whether
Nautilus is drawing the desktop or not. I normally don't, but when
turned on the time was up to around a second. Drawing the icons and text
might take extra time, but is there something Nautilus is doing
Owen Taylor wrote:
So if things roughly double in speed when you disable nautilus,
this is about what is expected.
Perhaps this is one of those lovely O^2 operations or something, but
it's a transition from about 30 fps to about 1 fps. There is almost
certainly more to it
--Pat
Elijah Newren wrote:
http://bugzilla.gnome.org/show_bug.cgi?id=327335. I'm with Federico
though in thinking we should make it fast instead.
If memory serves, the background resampling and applying used to be very
snappy and got significantly slower when everything moved to cairo. At
this
Mark Rosenstand wrote:
Without actually using the stuff, I think this sounds pretty much like
what HAL does (and g-p-m uses.)
HAL avoids doing policy.
--Pat
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
Elijah Newren wrote:
gedit 2.13.x also depends on g-p-e, for the new python plugins (like the
Snippets Plugin [1]).
It requires at least the gtksourceview module, and perhaps the
gnome-print bindings (I'm not sure).
The previous consensus and agreement was that desktop modules could
depend
Steve Frécinaux wrote:
You must agree that Notepad is just a piece of crap.
Yes and no. For viewing things it would be perfectly okay if it could
handle foreign forms of line breaks. But I digress. The keyword is simple.
As Paolo Borelli said, the new gedit is faster than the old one. It
Shane O'Connor wrote:
In all fairness, do you expect that the ones who like spatial would ask
why browser isn't default?
Perhaps, but in all the time we had browser as the default I never once
heard anyone complain about it or ask why we couldn't have spatial mode
as default.
Sir, your
Shane O'Connor wrote:
I didn't mean to open a can of worms ;) The only reason I posted was
because quite a few users have asked me recently why the default is
spatial, all of whom don't like it.
In all fairness, do you expect that the ones who like spatial would ask
why browser isn't default?
Jason J. Herne wrote:
Now, I may not understand everything to due with themes, but wouldn't
it be relatively easy to create themes that allow the user to change the
color scheme? The theme author would simply define a set number of
colors (with default RGB values) and name them something like
Stanislav Brabec wrote:
This calls for:
- Not creating thumbnail, if it is already present in the image itself
and can be extracted in miliseconds.
- Not creating thumbnails for small images.
- Use of jpeg for thumbnails of jpeg images.
- Not saving rotation, if it is already OK in the EXIF
Lucas Rocha wrote:
with a Save copy one, like Evince; 3) auto-rotate images based on
EXIF data.
Very few cameras seem to have the mercury sensor needed to make the tag
required here. Apart from the D-SLRs I've never encountered one.
I also want to raise a few issues, in advance. Lots of
Scott J. Harmon wrote:
A question I have, is how does EOG relate to gthumb? (i.e. why should I
have both? If I should, when should I use EOG instead of gthumb?) It
seems that gthumb does all that EOG does and allows simple editing.
It also doesn't handle the factor of simplicity very well.
Jeff Waugh wrote:
Could we have a separate 'Administrator Tools' release set? I suppose we
could, but what would be the point? We aren't categorizing any of our
other modules.
Which is a problem. I fully support the creation of an admin release suite.
How would this look in terms of the
William Jon McCann wrote:
How about...
3. Unlocking the screen with the root password should do the same as
choosing switch users, and logging in as root. Not doing so is a privacy
and security issue, as it may allow root access to remote hosts, that
root normally does not have access to.
Mark McLoughlin wrote:
What kind of information is it especially handy for? Perhaps when you
upgrade the desktop and you want to warn people that stuff has changed?
But not for stuff like internet will be down for a while today because
people may not actually log out that often?
At a
Grzegorz Dąbrowski wrote:
It would be nice also include http://gtkglext.sourceforge.net/
I definitely concur here. gtkglext works very well as a GTK based OpenGL
widget.
I never thought to ask if there is interest in making it part of GTK,
but Project Ridley seems a good opportunity to think
Jeff Waugh wrote:
gnome-icon-theme ships the mozilla.org trademarked firefox logo. Not only do
we not have the right to ship this under their licensing requirements, but
it would impact on our distributors too.
While the obvious solution is to remove it, is there any chance that the
Mozilla
Jeroen Zwartepoorte wrote:
Hi,
In the last couple of days i've built gnome-2.11 using jhbuild about
10 times so far. It builds fine (uncovered some gcc4-related bugs,
filed them and they're fixed; apply a hal patch to n-c-b etc.). This
is on a Fedora system, with up-to-date packages from
Pat Suwalski wrote:
I was hoping to test your theory this evening, but I can't get very far
in the build, which dies at gtk because of:
./.libs/libgtk-x11-2.0.so: undefined reference to
`g_utf8_collate_key_for_filename'
On further thought, this must be because it's trying to link against
Thom Holwerda wrote:
I am a proponent of having an uber image viewer because it greatly
improves ease-of-use and consistency; as users are presented with the
same interface whether they open a .jpg, .png, or .pdf. Barely anyone
edits .pdf files, so I guess that that's the reasoning by Apple to
Gabriel Bauman wrote:
Most folks I know install GNOME, shudder, then install Bluecurve and
never look back.
Is it a Red Hat licensing issue perhaps?
I would say it's a little more than that. Bluecurve is what identifies
RedHat. I don't think that it would be appropriate to use it, legally
65 matches
Mail list logo