Apologies. Let's try without attachments!
As a picture is worth a thousand words, I built a mockup based on the
GIMP metadata editor. The Exif tab has been left alone as a lot of
that data comes straight from the camera. The XMP and IPTC tabs have
been merged and separated into tabs called: Who,
On Fri, Mar 20, 2015 at 12:41 AM, Alan Pater alan.pa...@gmail.com wrote:
I have been talking with Jim Nelson about adding composite functions
to gexiv2. These would be based on Metadata Working Group guidelines
with the addition of a couple of commonly-requested formats.
https
.
That probably points to it being at least partly solvable by de-blinging
the Gnome3 desktop or optimising/changing how it renders. E for example
has multiple rendering back ends.
Alan
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https
and is good is always going to be helpful. Especially as much of
the hardware which will do the job is very cheap anyway. On laptops and
tablets however you tend to be stuck with buying the right device.
Alan
___
desktop-devel-list mailing list
desktop-devel
in the
OpenGL world because you need to adjust your options and effects based on
the timing and performance currently being received do that you can for
example dynamically drop out some of the effects on a box under load, or
perhaps on a low clock in battery mode.
Alan
to really be usable if you have a decent processor and
a lot of memory bandwidth to the video
Alan
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list
to be happening automatically based upon timing the effects
and also on things like battery life. 3D compositing is a video memory
hog and that has material power impact.
Alan
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https
search for matches in other languages or there are
similar entries in
Alan
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list
On Fri, 26 Oct 2012 10:39:56 -0400
Havoc Pennington h...@pobox.com wrote:
The XSMP spec is more or less impossible to make sense out of. But to
the extent people have tried, it has not been a useful undertaking.
If someone took XSMP round the back and shot it while adding support for a
better
Alan
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list
take a
good look at tiling window managers on touchscreens 8))
Alan
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list
an assorted set of
problems with Chinese fonts, and no input method support.
There is a difficult balance between integration and flexibility. DRI and
X is a good example of how tricky that can be.
Alan
___
desktop-devel-list mailing list
desktop-devel-list
/down with shift.
move cursor to next text line up - if at top-most text line, move
cursor to beginning of text block/text input
which prevents scrolling on apps where it makes sense to scroll up
through material in the window, or to move down beyond the end.
Alan
by
enforcing the upload be of a signed file with an appropriate signature
for the destination.
Alan
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
might be annoying / unreliable
b. don't think you can delete easily with rsync
c. more annoying than e.g. sftp or scp
Talk to H Peter Anvin about the new kernel.org tools, they may do what
you need as well. h...@zytor.com. In particular it tries to be smart
about signature handling.
Alan
had been based on the E canvas whether any of the
problem would have occurred in the first place ?
Alan
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
to be
accessible covers the corner cases too.
Alan
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
You're assuming the install and the setup is done by a) the same person that
is going to use the computer, which is not the case most of the time and b)
that the person that uses the computer is always the same one.
No.
Not true, some seats have unique users (think of a university lab, or a
else. So why not do it now ? It will also be a basis
upon which you can compare a 2012 survey.
Alan
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
A) Make the plugin only tell the downloader what to download and not
to download it from.
You still need a key - even if the https:// authentication for gnome.org
itself to prove the connection is to the correct site.
B) Sign extension dowloads with a gnome.org private key.
A) is
See https://bugzilla.gnome.org/show_bug.cgi?id=657496
I hope we get some hardware that's a bit more advanced than this 1990's
behaviour in the future.
Unlikely. Users like a way to get their system back into sane order.
Another reason a software option to power off is useful - it cleans up
extensons, especially unsigned ones, for business
environments.
Alan
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
on
desktop-devel-list, and since most of the GNOME community read
desktop-devel-list you can probably extend this to all of the other
GNOME mailing lists and IRC channels as well.
Some days I think Miguel got the Ximian monkey dead right, except
that there should have been three of them.
Alan
sample set.
Of course, and the only way to produce a kernel or desktop is to hire
professionals to do it for you no doubt.
Alan
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
about sample size,
randomness and what it would be useful to learn.
Or perhaps rerun Federico's survey ?
Alan
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
...
Alan
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
likewise.
Alan
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
if you start looking at
how people used the open comments and asking why questions, or looking at
the debate it triggers.
You can learn things even by asserting a position and seeing the
responses you get.
Alan
___
desktop-devel-list mailing list
desktop
people leave it blank it tells you a lot,
if everyone lists a thing you can do it tells you about doc problems, if
there is a consensus on some things then it tells you other stuff.
Alan
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
It doesn't tell you much about the environment
Are you using it on
Desktop
Laptop
Netbook
Tablet
and perhaps a question about skill levels/years of computing experience.
That might help understand which user categories want changes. Eg it's
assumed that most of
On Thu, 19 May 2011 17:07:57 +0200
Xavier Claessens xclae...@gmail.com wrote:
Hello ddl,
Looks like it is time to start flames on ddl, so let's start a new one:
W-T-F is that ctr-del to move a file to trash in nautilus??
To encourage your fingers to hit the nearby alt key at the same
The correct use case for any electronic device is power on when using it,
power off when not.
I couldn't agree any more. The default behaviour should be
shut-down/restart.
In the suspend case there are very good reasons for not wanting the user
to think they have powered off and get a
lack of a
proper mechanism.
Alan
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
branches and ideas being tried out - sometimes becoming the norm (eg the
egcs rebellion against gcc process became gcc 3)
Alan
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
to fork GNOME if you wish and to
create a new alternative configurable desktop or to run a modified Gnome
that includes the choices you want. It's in your power to share those
mods, to work with others of like mind and to create a whole new desktop
from it should you wish.
Alan
lot. I've also seen lots of people running virtualized GNOME desktops as
VMs under Windows in production.
It's used Linux on Linux as well. In particular if your desktop is a
guest you can take it with you on your laptop then put it on a box with a
bit more welly when not travelling.
Alan
It would be like releasing a new car and then telling the buyer that the
tires that are included aren't good enough but that's okay because they are
free to go through the trouble of replacing them right after they take
ownership. Modularity is not a feature; a good feature is a feature.
You
4.0 for a rather brutal history lesson.
Alan
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
people (me included) for example is not particularly usable. For me it
took until about Fedora 11/12 before even the compositing was efficient
enough on intel video to leave it turned on without making gimp unpleasant
to work with.
Alan
___
desktop-devel
Not true! For example, when you assign to the FSF, the papers you sign
contain a number of guarantees. From an old version of the assignment
papers (you should contact the FSF if you are considering using this
language, as it might have been updated):
4. FSF agrees that all distribution
filename so you need to know what you are looking at, or store files in a
smarter way.
Apple take this even further with removable media so that it knows about
paths on a removable device by the device name and relative path.
Alan
___
desktop-devel-list mailing
On Tue, 06 Jul 2010 16:01:54 +0200
Steve Frécinaux nudr...@gmail.com wrote:
On 07/06/2010 03:00 PM, Ryan Lortie wrote:
hi Vincent,
On Tue, 2010-07-06 at 09:26 +0200, Vincent Untz wrote:
Do you feel okay with the idea of allowing proprietary apps to use our
platform but not GPLv2 apps?
for this seems to be in the clutter
development codebase already.
Alan
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
I guess this lets you fix the bin so you can delete last weeks
documents rather than just empty trash. It's mildly amusing that you
still seem to have to use find incantations to make the bin work well 8)
Alan
___
desktop-devel-list mailing list
desktop
On Sat, 03 Apr 2010 08:13:14 +0100
Ross Burton r...@burtonini.com wrote:
On Fri, 2010-04-02 at 23:57 +0100, Alan Cox wrote:
maintained for people without the correct hardware support. As of now,
all intel, amd/ati and nvidia cards sold in the last five years should
I don't believe
maintained for people without the correct hardware support. As of now,
all intel, amd/ati and nvidia cards sold in the last five years should
I don't believe that is correct for any of the listed vendors even on
Linux. On BSD the situation is even more patchy.
Is Gnome dropping support for
raw with an XML editor to rescue stuff but rely
on tools, yet apparently meta data for a desktop is different (even
though its far less important if lost)
Alan
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman
- FS are usually implemented very carefully. They tend to be part of
kernel. On the other hand desktop applications are designed much more
'speedy'. Sometimes application hangs (much more frequent then kernel
locks IMHO), sometimes it crashes.
Desktop application software mostly sucks. I
to the git plugins about source code and git trees. If I don't
have them installed it doesn't need to - its a modular problem.
Maybe you also need to learn what types of metadata people use the most
for presentation (eg by what links they follow) but thats another story
in the UI anyway.
Alan
users who have to meet data
protection/personal information rights legislation. Ditto that tracker
doesn't start extracting and organising by anything like religious,
medical or ethnic data whose processing is controlled in many countries.
Alan
Tracker will store this if the applications request storage of it. The
issue of protecting the user's personal data is left to the applications
using it and the underlying operating system's security features.
To a business deploying systems with this feature there are multiple
issues
- Need
, or you
want fast access to, or you particularly don't want other people to have
access to. Indeed if you backup to an internet connected server its not
unreasonable to argue that user filestore is simply a cache, nothing more.
Alan
___
desktop-devel-list
On Thu, 16 Jul 2009 00:41:21 +0200
Pascal Terjan pter...@gmail.com wrote:
On Mon, Jul 13, 2009 at 4:37 PM, Matteo Settenvinimat...@member.fsf.org
wrote:
IANAL too, but I'm not sure it fits. It's questionable if it is a
system component you can't live without, like glibc.
However, that's
ask them to fix it ? I'm not sure why you are asking on this list
about a licensing problem with a chipset vendors OpenGL/ES library ? or
asking legal questions which you need your lawyer to answer ...
Alan
___
desktop-devel-list mailing list
desktop
Its true that all of these *could* and *should* mark the file as
executable, however since we never demanded that before this would be a
regression for many users. Both for old created desktop files and for
new ones created by non-updated apps.
Why is this a problem ?
- You can chmod the
not
compromised the box is the cause.
Alan
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
-cp1 -il0
(which is why its a script scripts/Lindent in the kernel distribution)
Alan
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Get a better kernel then ;-). On a more serious note, didn't the recent
Firefox 3 O_SYNC fiasco on Linux make some file system developers
realize some short comings of current state of the kernel? If so,
Synchronous I/O is *very* slow but you need to discuss that mostly with
hardware vendors
I don't mean to be impertinent, but isn't any screen bigger than
2048x2048 a major edge case? It's like desktop apps that only work on
screens bigger than 640x480... who cares at this stage? By the time
that's anything bug an edge case, won't the hardware have caught up?
It's far from an edge
-8.
Perhaps Havoc can definitively state whether than gtk function calls a
locale dependant C function at any point ?
Alan
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
and replace with ordinary ones
Compile with gcc
(you could extract the translations from the converted file to
save having to mend all the translations but that might actually be long
term worse)
Alan
___
desktop-devel-list
(you could extract the translations from the converted file to
save having to mend all the translations but that might actually be long
term worse)
This would result in a thousand .c.in files or a large header .h.in
file with all the strings ;)
Not really. You just generate a temporary
On Mon, 16 Jun 2008 17:48:31 +0100
Iain * [EMAIL PROTECTED] wrote:
On Mon, Jun 16, 2008 at 11:20 AM, Alan Cox [EMAIL PROTECTED] wrote:
In LANG=C you call gtk_label_new with UTF-8 strings. What happens at that
point depends if gtk_label_new ever calls a single C library function
All of that means that there are no run-time problems.
The only actual concern is whether compilers will choke
on UTF-8 source files. Alan says that, according to the
standard, a compiler would be perfectly right to choke.
I believe him. I also don't care.
I don't think that one is a show
) is blah for C locale, and blah should be
ASCII. You should only receive UTF-8 as the return from _(foo) in a
UTF-8 locale.
It isn't about being UTF-8 safe it is about expecting UTF-8 in this
locale.
Alan
___
desktop-devel-list mailing list
desktop-devel
quotes and be in spec (except for
the po tools which actually all seem entirely happy with utf-8 msgid).
That makes most of it much easier to do.
Alan
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman
On Fri, 13 Jun 2008 18:01:22 -0400
Dan Winship [EMAIL PROTECTED] wrote:
Alan Cox wrote:
GTK/Glib are not the biggest problem here. You also use C library
functions in Gnome applications. Glib/Gtk+ works with the C library in C
locale simply because ASCII is a subset of UTF-8. That ceases
On Sat, 14 Jun 2008 01:44:09 +0100
Alexander Jones [EMAIL PROTECTED] wrote:
So how do we go about coming up with an official position for this? If
I start cooking patches here and there I don't want to have to make
the same argument with every maintainer... :)
It seems the standards documents
On Sat, 14 Jun 2008 01:43:05 +0100
Alexander Jones [EMAIL PROTECTED] wrote:
Alan, you seem to be missing the point.
No I'm afraid you are the one who is missing the point here:
The only places where I am suggesting replacing with are in existing
gettext calls, which *are* UTF-8 whether
to the C language standards
committee and the POSIX standards committee. We don't control C locale
definitions - they do, and the tool writers work to their definitions.
Alan
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http
no credible
opposition.
Thats because you have your fingers in your ears and don't want to
listen. Consider a career in politics instead.
Alan
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel
On Sat, 14 Jun 2008 18:42:24 +0100
Iain * [EMAIL PROTECTED] wrote:
On Sat, Jun 14, 2008 at 3:35 PM, Alan Cox [EMAIL PROTECTED] wrote:
Thats because you have your fingers in your ears and don't want to
listen. Consider a career in politics instead.
Well, no, you have brought up
languages not just C, and many
use po files. Whatever is chosen must work for all of these.
If you want to embed those bytes in a C program use \xxx notation for
them .. ie _(\2??\0??hello\2??\0?? said the dog)
Far cleaner to generate an en_US po file really isn't it 8)
Alan
Since you don't know whether the result of _(foo) will be strict ASCII,
you must always treat it as if it were not. GLib/GTK+ *requires* UTF-8
strings for all (most?) of its string handling functions...
GTK/Glib are not the biggest problem here. You also use C library
functions in Gnome
On Fri, 13 Jun 2008 19:41:15 +0100
Iain * [EMAIL PROTECTED] wrote:
On Fri, Jun 13, 2008 at 4:12 PM, Alan Cox [EMAIL PROTECTED] wrote:
What about printing to files ? An nm also rather suggests that gnome
apps do use printf and fprintf somewhat and many of the other functions
mentioned
On Sun, 25 May 2008 22:45:36 -0400
Hubert Figuiere [EMAIL PROTECTED] wrote:
On Sun, 2008-05-25 at 20:26 -0600, Ralph Boland wrote:
Sorry for not being a development issue unless you consider modifying
gnome
so those stupid enough to do what I have done can't do it anymore.
since
On Wed, 14 May 2008 04:17:09 -0400
Havoc Pennington [EMAIL PROTECTED] wrote:
As James says on Simos's blog post, all strings inside GTK apps are
defined to be UTF-8 regardless of locale. GLib and GTK will convert on
the fly to locale encoding if they print to a terminal.
gtk may do, but what
but the C locale is ASCII (and sorting is
only defined for ASCII) so the base strings that get translated should
always be ASCII themselves.
What people do with French/German/English/US/.. quoting rules after that
is a different matter but surely belongs to the language team.
Alan
of its
ASCII rut?
Put the English quotes in the en_US and en_GB translations, put German
quotes in the de ones and so on.
Alan
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
On Tue, 13 May 2008 12:22:51 -0400
Pat Suwalski [EMAIL PROTECTED] wrote:
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
Honestly, other than being pedantic, I don't see the
problem with UTF-8 in the C locale. Does it cause
any *actual* problems? I've never once gotten a bug
report against g-d-u about this.
Sort order, comparisons, printing, string lengths when using locale aware
functions, and no doubt a few
could be made easier if this
had been set earlier.
Taken this offlist, since I want to avoid bikeshedding getting in the way
of your more immediate concerns but perhaps this is something that could
be discussed further?
Sincerely
Alan Horkan
http://advogato.org/person/AlanHorkan/
http
be able to take and not give back.
Alan
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
the picture and put there an image of a beach or
vuntz with an ice cream.. *waiting for ideas* ;)
Hoping I'm not stating the obvious, but a GNOME? Maybe borrow a garden
gnome from the neighbors if you don't have one? :)
Alan
--
Alan [EMAIL PROTECTED] - http://arcterex.net
and replacing them with compiled
code would be an even bigger performance and size leap.
Alan
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
(FWIW, personally, I'd like to see all of our service daemons (g-p-m,
g-v-m, pk-update-client, etc.) all sharing the same process space.
Things like that.)
With a kernel hat on do you have a specific reasons for that ? Is there
stuff you gain or is this primarily about memory usage of non
for
their hardware, but I expect people to believe me when I say it does
skip for me.
If you've got VIA video I bet it does. But thats a VIA X problem.
Alan
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo
New d-d-l rule: no one gets to say 'it is useful' without explaining
their use case :)
Luis (I believe you that you use it, but I can't for the life of me
figure out why)
I use week number because everyone I deal with in Finland has phone calls
meetings week 37 and the like for some
going back and forth on a mailing list about.
Another cool change would be (dynamically?) swapping between the
multiple timezone clocks one over the other to a more compact view with
clocks stacked horizontally.
My $0.02
--
Alan [EMAIL PROTECTED] - http://arcterex.net
and other key types, and you can use SELinux labels on it.
Alan
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
On Wed, 29 Aug 2007 16:39:04 -0400
Ray Strode [EMAIL PROTECTED] wrote:
Hi,
On 8/29/07, Alan Cox [EMAIL PROTECTED] wrote:
Are you asking for an unencrypted area that only one application has
read access to? If so, you might be able to do something like that
with SELinux (or AppArmor
to a seperate trusted
display (my phone) which I can't currently do for the other apps.
Alan
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Exactly, yep. I can write some simple spec up, but first I want to
understand all the current thinking (so far it sounds like there's a
pretty blank slate for spec'ing this out)
You might want to have a chat with Dave Howells at Red Hat as well. Dave
did the Linux kernel side key management
becoming more like mugshot (or at least how I perceive
mugshot).
... but that is somewhat beside the point.
--
Alan
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
to wear off. I would ask that people reconsider, the words Gnome
Online are not too hard to type, and quite a succint phrase that if
searched for one might stand a decent chance of being able to find
something relevant.
Respectfully
Alan Horkan
___
desktop
Although some jokey acronyms may seem amusing at first the novelty value
tends to wear off. I would ask that people reconsider, the words Gnome
Online are not too hard to type, and quite a succint phrase that if
searched for one might stand a decent chance of being able to find
something
of the way so user do not trip on them, but bolting
everything the floor is not necessarily the right answer. (Please forgive
the over extended analogies.)
--
Alan
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org
I think it would be a shame to drop the credits
for our past contributors. We're standing on the
shoulder of giants.
The giants are not the ones it matters to, they have their names tattooed
over everything. You are standing on the shoulders of a small army of
minor contributors, who probably
heavily themed or unusually styled applications get more
mainstream attention - and from interested parties such as Alex - they
will come into line with the same reasonable requirements as the rest of
Gnome but hopefully find ways to add new flourishes to Gnome without
breaking anything.
--
Alan
something happen here, just so long as we avoid
sticking the patronising My prefix in front of everything (which
thankfully Microsoft have finally dropped).]
--
Alan
[1] Various discussions on standard folders such as Documents
http://mail.gnome.org/archives/desktop-devel-list/2003-January
1 - 100 of 233 matches
Mail list logo