Re: PDFs for user-guide, accessibility-guide and system-admin-guide
On Tue, 2006-03-07 at 22:57 -0700, Brent Smith wrote: I've been working on generating some new PDFs for the documentation in the gnome-user-docs package. I've come up with some build scripts[1] that generate some decent output using Apache's FOP and Norman Walsh's DocBook - XSL-FO stylesheets. The generated PDFs are available at: http://www.gnome.org/~bmsmith/user-guide.pdf http://www.gnome.org/~bmsmith/system-admin-guide.pdf http://www.gnome.org/~bmsmith/gnome-access-guide.pdf Wow. These are pretty nice. Is there a chance we could pehaps make yelp display this instead of the html-based versions? Evince manages to render it with a nice index-tree sidebar and everything, so it seems equivalent feature-wise. Apple uses pdfs in their help systems (although not for everything i think), and it looks pretty nice. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander LarssonRed Hat, Inc [EMAIL PROTECTED][EMAIL PROTECTED] He's an unconventional white trash astronaut gone bad. She's a foxy Bolivian Valkyrie in the wrong place at the wrong time. They fight crime! ___ gnome-doc-list mailing list gnome-doc-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-doc-list
eel and nautilus branched
Eel and Nautilus have been branched for 2.16 work. The 2.14 branch is gnome-2-14. We don't have much particular plans for 2.16 at the moment. We'll likely redo the permissions tab, and if gnome-vfs gets ACL or chained uri support we'll add the UI for that. We also want to look at performance and memory use some more. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander LarssonRed Hat, Inc [EMAIL PROTECTED][EMAIL PROTECTED] He's a lonely Republican boxer in a wheelchair. She's a brilliant impetuous bodyguard with someone else's memories. They fight crime! ___ gnome-doc-list mailing list gnome-doc-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-doc-list
gnome-vfs, eel and nautilus branched for 2.16
gnome-vfs, eel and nautilus have been branched for 2.18 work. The 2.16 branch is gnome-2-16. There is not a lot of plans for 2.18, as I'm mostly gonna spend what time I have on gvfs. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander LarssonRed Hat, Inc [EMAIL PROTECTED][EMAIL PROTECTED] He's a scarfaced flyboy boxer fleeing from a secret government programme. She's a strong-willed nymphomaniac bounty hunter with a song in her heart and a spring in her step. They fight crime! ___ gnome-doc-list mailing list gnome-doc-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-doc-list
Re: Patch for #354688 - Capitalization in file properties dialog
On Thu, 2007-11-29 at 10:30 -0600, Federico Mena Quintero wrote: OK to commit? sure ___ gnome-doc-list mailing list gnome-doc-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-doc-list
String change announce: Nautilus
I changed a bunch of strings in nautilus today due to these two bugs: Bug http://bugzilla.gnome.org/show_bug.cgi?id=41455 trivial, Normal, ---, [EMAIL PROTECTED], RESOLVED FIXED, Add thousands separator to directory counts 999 Bug http://bugzilla.gnome.org/show_bug.cgi?id=510327 normal, Normal, ---, [EMAIL PROTECTED], RESOLVED FIXED, Making life easier for translators ___ gnome-doc-list mailing list gnome-doc-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-doc-list
gvfs branched for gnome 2.22
GVfs has been branched for gnome 2.22. Stable branch is gnome-2-22, trunk contains 0.99.x which will be 1.0.0 for Gnome 2.24. ___ gnome-doc-list mailing list gnome-doc-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-doc-list
eel and nautilus branched
I've branched eel and nautilus for Gnome 2.24. gnome-2-24 is for translations and bugfixes only. New features goes on trunk. ___ gnome-doc-list mailing list gnome-doc-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-doc-list
Nautilus string freeze break request
I'd like to fix: Bug 565610 – Replacing folder with file from within that folder destroys both: http://bugzilla.gnome.org/show_bug.cgi?id=565610 However, the fix includes showing an error dialog, so it introduces a few strings: _(You cannot move a file over itself.) _(You cannot copy a file over itself.) _(The source file is overwritten by the destination.) Patch and bug is described in bugzilla. Is this ok? ___ gnome-doc-list mailing list gnome-doc-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-doc-list
Re: Nautilus string freeze break request
On Wed, 2009-02-18 at 18:03 +0200, Deniz Koçak wrote: On Wed, Feb 18, 2009 at 5:24 PM, Gabor Kelemen kelem...@gnome.hu wrote: Alexander Larsson írta: I'd like to fix: Bug 565610 – Replacing folder with file from within that folder destroys both: http://bugzilla.gnome.org/show_bug.cgi?id=565610 However, the fix includes showing an error dialog, so it introduces a few strings: _(You cannot move a file over itself.) _(You cannot copy a file over itself.) _(The source file is overwritten by the destination.) Patch and bug is described in bugzilla. Is this ok? As it's a critical bug, i18n approval 1 of 2 is here. Regards Gabor Kelemen i18n approval 2 of 2. Thanks. Commited. ___ gnome-doc-list mailing list gnome-doc-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-doc-list
freeze break request - WAS: Re: Help with strings for solution for desktop file virus problem
On Fri, 2009-02-20 at 15:24 +, Karl Lattimer wrote: Untrusted application launcher The file %s is an application launcher, but it is not marked trusted. If you recieved this file from an unknown source or did not expect it to be an application launcher it may be unsafe to launch. [_Launch anyway] [Mark as _Trusted] [[Cancel]] I don't feel this is a great wording, but I don't have any better ideas. Maybe some native english speaker could help out? The application launcher %s is not marked as trusted. If this application launchers source is unknown to you then it may be unsafe to launch. [_Launch anyway] [Mark as _Trusted] [[Cancel]] Sound better? Yeah, this looks better to me. Can I get a string break approval for this string addition? ___ gnome-doc-list mailing list gnome-doc-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-doc-list
Re: freeze break request - WAS: Re: Help with strings for solution for desktop file virus problem
On Mon, 2009-02-23 at 13:52 +0100, Wouter Bolsterlee wrote: 2009-02-23 klockan 10:43 skrev Christian Rose: On 2/23/09, Alexander Larsson al...@redhat.com wrote: On Fri, 2009-02-20 at 15:24 +, Karl Lattimer wrote: Untrusted application launcher The file %s is an application launcher, but it is not marked trusted. If you recieved this file from an unknown source or did not expect it to be an application launcher it may be unsafe to launch. [_Launch anyway] [Mark as _Trusted] [[Cancel]] I don't feel this is a great wording, but I don't have any better ideas. Maybe some native english speaker could help out? The application launcher %s is not marked as trusted. If this application launchers source is unknown to you then it may be unsafe to launch. [_Launch anyway] [Mark as _Trusted] [[Cancel]] Sound better? Yeah, this looks better to me. The possessive looks a bit weird, and the second sentence seems a bit long. I'd like to add a modified proposal: The application launcher %s is not marked as trusted. If the source of this application launcher is unknown to you, then it may be unsafe to launch. This clearly seems important, so string freeze approval from me. 1. Why use the passive voice in the first sentence (... is unknown to you)? Directly addressing the user seems more logical in this case. 2. Why is marked as trusted? I think has been marked trusted makes more sense? 3. Reordering the words so that it ends with the word unsafe likely gets more attention from the user. 4. File names should be enclosed in double quotes. So, my suggestion: The application launcher %s has not been marked as trusted. If you do not know this application launcher's source, launching it may be unsafe. This looks good to me, can i have another string freeze approval please? ___ gnome-doc-list mailing list gnome-doc-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-doc-list
Re: freeze break request - WAS: Re: Help with strings for solution for desktop file virus problem
On Wed, 2009-02-25 at 13:04 +, Calum Benson wrote: On Tue, 2009-02-24 at 10:16 +0100, Alexander Larsson wrote: On Mon, 2009-02-23 at 13:52 +0100, Wouter Bolsterlee wrote: So, my suggestion: The application launcher %s has not been marked as trusted. If you do not know this application launcher's source, launching it may be unsafe. This looks good to me, can i have another string freeze approval please? Hmm, guess I've come to this party too late, but I do have one slight concern about the use of Trusted. That term has a specific meaning on at least one GNOME-based secure desktop I'm aware of (Trusted Solaris-- which is the only one I've used, but I wouldn't be surprised if it applied to others, too). Hmm, what do you propose to use then? Using Executable in the UI sounds pretty lame, its an implementation detail after all. ___ gnome-doc-list mailing list gnome-doc-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-doc-list
Nautilus branched for gnome-2-26
Nautilus has been branched, stable development is on gnome-2-26 branch, master is for 2.28 development. ___ gnome-doc-list mailing list gnome-doc-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-doc-list
gnome-vfs branched
While gnome-vfs is a generally dead project we sometimes get minor patches for it, from distro people, etc. To handle this and the fact that some such patches may contain new strings I created a stable gnome-2-28 branch for gnome-vfs, and will commit new patches on master. Note that master is still called gnome-vfs 2.24.X, and that will not change. The branchpoint was created before the recently accidental string-break, therefore fixing this issue. ___ gnome-doc-list mailing list gnome-doc-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-doc-list
Re: Clean Up by Name connotes a less desirable Windows feature
On Thu, 2010-01-21 at 13:14 -0600, David Siegel wrote: From user testing and comments on bugs, some users find it hard to anticipate what choosing Clean Up by Name from the Nautilus desktop context menu will do. Users familiar with Windows's Clean Up functionality hesitate to use this handy feature in Nautilus because they don't want to deal with the clean-up wizard or Unused Items folder they may be trained to expect from Windows. I recommend changing the string Clean Up by Name to Arrange by Name to avoid connoting the Windows feature of a similar name. Arrange by name conflicts with how we use that to mean the automatic sorting done by view-arrange items-by name which is why another word is used for this one-shoot effect. So, we need a better word. -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander LarssonRed Hat, Inc al...@redhat.comalexander.lars...@gmail.com He's a lonely skateboarding hairdresser in a wheelchair. She's a warm-hearted psychic widow with an MBA from Harvard. They fight crime! ___ gnome-doc-list mailing list gnome-doc-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-doc-list
UI Freeze break request
This is kind of late, but i've been getting a lot of feedback from users on my change in nautilus to put the tabs on the bottom. That was mostly an experiment and it seems to not have been successfull. So, i request permission to change this back. The actual change is a one-line revert of this commit: http://git.gnome.org/browse/nautilus/commit/?id=c6ee7553fd029239eff50d32dbcb57223ffa185e -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander LarssonRed Hat, Inc al...@redhat.comalexander.lars...@gmail.com He's a superhumanly strong Catholic hairdresser with a winning smile and a way with the ladies. She's a disco-crazy nymphomaniac wrestler with her own daytime radio talk show. They fight crime! ___ gnome-doc-list mailing list gnome-doc-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-doc-list
Re: Freeze break request
On Wed, 2011-03-30 at 10:26 -0400, Matthias Clasen wrote: On Wed, Mar 30, 2011 at 9:28 AM, Alexander Larsson al...@redhat.com wrote: There has been some discussions on how to best handle accidental deletes in nautilus, and we've at last decided that the best way is a two-fold approach: 1) Finish the undo work so you can easily get back things if you realize you made a mistake 2) Make the delete keybinding ctrl-delete rather than just delete to make it harder to accidentally trigger this without noticing. The first is planned for 3.2, but the second has a patch at: https://mail.gnome.org/archives/nautilus-list/2011-March/msg00041.html Unfortunately we and we sort of dropped the ball on that, so we're a bit late. I'd still like to get this in for 3.0 though, as it is a better time to make a behavior change like this than in a minor release. So, can I get a freeze break for this? I guess I can see the argument that this would be a somewhat jarring behaviour change in a .1 release. It will be a jarring behaviour change for nautilus users in 3.0 too, though - have we thought about adding this to the release notes, eg ? Yeah, that is probably a good idea. Do we mention this in the docs anywhere else? (CC:ing docs list) -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander LarssonRed Hat, Inc al...@redhat.comalexander.lars...@gmail.com He's a superhumanly strong amnesiac gangster gone bad. She's a tortured foul-mouthed Valkyrie who can talk to animals. They fight crime! ___ gnome-doc-list mailing list gnome-doc-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-doc-list
Re: Freeze break request
On Wed, 2011-03-30 at 15:50 -0400, Shaun McCance wrote: On Wed, 2011-03-30 at 21:32 +0200, Alexander Larsson wrote: Yeah, that is probably a good idea. Do we mention this in the docs anywhere else? (CC:ing docs list) On a few pages, I'm sure. Let me make sure I have the proposal straight: * In 3.0, make Del do nothing, Ctrl+Del deletes (moves to trash). Shift+Del would still be the keybinding for permanent delete? * In 3.2, Undo (Ctrl+Z?) will restore the file you just deleted. It's just a quick shortcut, and the trash otherwise works as it always has. Is that right? Yes, although undo is obviously more applicable than just for trash. -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander LarssonRed Hat, Inc al...@redhat.comalexander.lars...@gmail.com He's an uncontrollable voodoo Green Beret in a wheelchair. She's a wealthy communist doctor married to the Mob. They fight crime! ___ gnome-doc-list mailing list gnome-doc-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-doc-list
Re: Freeze break request (nautilus delete key)
On Wed, 2011-03-30 at 16:09 -0400, Shaun McCance wrote: On Wed, 2011-03-30 at 21:50 +0200, Alexander Larsson wrote: On Wed, 2011-03-30 at 15:50 -0400, Shaun McCance wrote: On Wed, 2011-03-30 at 21:32 +0200, Alexander Larsson wrote: Yeah, that is probably a good idea. Do we mention this in the docs anywhere else? (CC:ing docs list) On a few pages, I'm sure. Let me make sure I have the proposal straight: * In 3.0, make Del do nothing, Ctrl+Del deletes (moves to trash). Shift+Del would still be the keybinding for permanent delete? * In 3.2, Undo (Ctrl+Z?) will restore the file you just deleted. It's just a quick shortcut, and the trash otherwise works as it always has. Is that right? Yes, although undo is obviously more applicable than just for trash. Great. We'll deal with all the undo hotness next release cycle then. As for Ctrl+Del, I agree it's better to make that kind of change on a big point-oh release, when people expect things to change. As long as we get notified of the commit, I can make the docs changes pretty quickly. /me wonders how any technical writer can live without grep. I take this as an ack from the docs team. How about the release team acks? -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander LarssonRed Hat, Inc al...@redhat.comalexander.lars...@gmail.com He's a fast talking dishevelled paramedic with a mysterious suitcase handcuffed to his arm. She's a blind tomboy hooker living on borrowed time. They fight crime! ___ gnome-doc-list mailing list gnome-doc-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-doc-list
Re: Freeze break request
On Mon, 2011-04-04 at 14:33 +0200, Vincent Untz wrote: Hey, Le mercredi 30 mars 2011, à 21:50 +0200, Alexander Larsson a écrit : On Wed, 2011-03-30 at 15:50 -0400, Shaun McCance wrote: On Wed, 2011-03-30 at 21:32 +0200, Alexander Larsson wrote: Yeah, that is probably a good idea. Do we mention this in the docs anywhere else? (CC:ing docs list) On a few pages, I'm sure. Let me make sure I have the proposal straight: * In 3.0, make Del do nothing, Ctrl+Del deletes (moves to trash). Shift+Del would still be the keybinding for permanent delete? * In 3.2, Undo (Ctrl+Z?) will restore the file you just deleted. It's just a quick shortcut, and the trash otherwise works as it always has. Is that right? Yes, although undo is obviously more applicable than just for trash. I know this has been approved and committed, but since I've always been told there's no stupid question... If we add Undo in 3.2, do we still need to make the keybinding more difficult (ie, Ctrl+Del instead of Del) for 3.2? It sounds to me that it's not such a big deal anymore in that case. We already have the trash, so if you know you accidentally trashes something you can typically get it back (easier with the undo though). However, sometimes you accidentally got the wrong focus, or hit the delete key unknowingly, which is what this protects against. -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander LarssonRed Hat, Inc al...@redhat.comalexander.lars...@gmail.com He's a fiendish moralistic senator with a passion for fast cars. She's a cynical motormouth stripper trying to make a difference in a man's world. They fight crime! ___ gnome-doc-list mailing list gnome-doc-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-doc-list
String freeze break request
As explained in https://bugzilla.gnome.org/show_bug.cgi?id=658463 we would like to change the Close button in edit and notes mode to Back to Contact. This would add a new string though, so I need a freeze break for this. ___ gnome-doc-list mailing list gnome-doc-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-doc-list
Re: String freeze break request
- Original Message - Le vendredi 09 septembre 2011 à 18:26 +0200, Gabor Kelemen a écrit : 2011-09-09 16:28 keltezéssel, Alexander Larsson írta: As explained in https://bugzilla.gnome.org/show_bug.cgi?id=658463 we would like to change the Close button in edit and notes mode to Back to Contact. This would add a new string though, so I need a freeze break for this. i18n approval 1/2, looks to be serious enough. Regards Gabor Kelemen Seems this one is still pending. Approval 2/2. Sorry for lagging. Ok, commited this change. ___ gnome-doc-list mailing list gnome-doc-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-doc-list
[gnome-contacts] Created branch gnome-3-2
The branch 'gnome-3-2' was created pointing to: 31137ef... Delete variables no longer used here ___ gnome-doc-list mailing list gnome-doc-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-doc-list
[gnome-contacts] Created branch gnome-3-4
The branch 'gnome-3-4' was created pointing to: a8dfbf7... Update NEWS for release ___ gnome-doc-list mailing list gnome-doc-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-doc-list
[gnome-boxes] (2 commits) Created branch gnome-3-6
The branch 'gnome-3-6' was created. Summary of new commits: 3a82b6b... Attempt to start Boxes pool if it's inactive c5335af... wizard: Empty password entry reverts back ___ gnome-doc-list mailing list gnome-doc-list@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-doc-list
[gnome-contacts] Created branch gnome-3-6
The branch 'gnome-3-6' was created pointing to: 73e76e1... Bump version to 3.6.2 ___ gnome-doc-list mailing list gnome-doc-list@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-doc-list
Re: DX/Docs hackfest in Cambridge
On ons, 2014-11-26 at 09:36 +, Philip Withnall wrote: I’ve created a wiki page for the DX hackfest, finalised on 25–29th January 2015: https://wiki.gnome.org/Hackfests/DeveloperExperience2015 Please add yourselves to the attendees list with estimated travel and accommodation costs as soon as possible. Don’t book things until we’ve heard back from the Board to see if we can get any sponsorship. I added myself and an estimated flight cost. I don't know what the train from stansted to cambridge costs though, and accomodation depends on where we would stay. Maybe we can get better prices if we do a common booking. ___ gnome-doc-list mailing list gnome-doc-list@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-doc-list
[gnome-sdk-images] Created branch gnome-3-16
The branch 'gnome-3-16' was created pointing to: d1b4b42... Makefile: Update freedesktop-sdk-base to freedesktop.org gi ___ gnome-doc-list mailing list gnome-doc-list@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-doc-list
[gnome-sdk-images] Created branch gnome-3-20
The branch 'gnome-3-20' was created. Summary of new commits: 2752ca5... Switch to tarballs for the 3.20 release ___ gnome-doc-list mailing list gnome-doc-list@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-doc-list
[gnome-sdk-images] Created branch gnome-3-24
The branch 'gnome-3-24' was created. Summary of new commits: 09cd2f1... Update to 3.24 pre-release tarballs ___ gnome-doc-list mailing list gnome-doc-list@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-doc-list
[gnome-sdk-images] (3 commits) Created branch gnome-3-26
The branch 'gnome-3-26' was created. Summary of new commits: 2abd358... Update to 3.26 tarballs c5d8e4e... Update to gstreamer 12.2 8e67b28... Make vala build without valadoc (has libgvc dependency) ___ gnome-doc-list mailing list gnome-doc-list@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-doc-list
[gnome-sdk-images] (2 commits) Created branch gnome-3-30
The branch 'gnome-3-30' was created. Summary of new commits: a1aad7f... Rebase the 3.30 release on stable tarballs 2f7788f... Remove gstreamer-libav ___ gnome-doc-list mailing list gnome-doc-list@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-doc-list
[gnome-sdk-images] Created branch gnome-3-28
The branch 'gnome-3-28' was created. Summary of new commits: 4492502... Update all packages to 3.28 pre-releases ___ gnome-doc-list mailing list gnome-doc-list@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-doc-list
