nd get rid of the multitude of cdrecord versions (cdrtools,
cdrecord, cdrkit, dvdrtools...).
The only problem with integration I see is that n-c-b is hardcoded all
over the place :)
--
Patryk Zawadzki
___
desktop-devel-list mailing list
desktop-devel-list@gnom
rvice yet that can give forecasts based on coordinates, or weather
> maps, or is the limit of only getting weather for specific locations
> still deeper than the applet itself?
The XML has a "code" entry that is sent to the weather service to
identif
shared DropBox account with all the
GNOME inside! ;)
--
Patryk Zawadzki
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
www.iola.dk/nemo/
>> Oh well, I didn't know of that project. verne? submarine? :)
> Bathyscaphe :)
Red October seems appropriate as the project will eventually surrender
itself for reimplementation ;)
--
Patryk Zawadzki
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
dering if there was no
simpler DAV daemon we could use here (be it a small python program as
python is already used by various parts of GNOME or ideally a C
library).
--
Patryk Zawadzki
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
On Thu, Oct 23, 2008 at 5:15 PM, Patryk Zawadzki <[EMAIL PROTECTED]> wrote:
> Also there seem to be lighter alternatives:
> http://www.perlmonks.org/?node_id=658773
Also a Python GPL2 project:
http://pywebdav.sourceforge.net/
--
Pat
ea of
disabling a typical server daemon just so you can integrate it with
GNOME. I don't really think I want the server team to hate the GNOME
team any more.
Also there seem to be lighter alternatives:
http://www.perlmonks.org/?node_id=658773
--
Patryk Zawadzki
___
che quite a huge dependency to have, it is also very
hard to package this into a generic distro where Apache comes
preconfigured for heavy server use (and the same is true for most
"big" httpds).
--
Patryk Zawadzki
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
n that in all likelihood I am not
> going to work on it. I'll be happy to review patches though.
Still the Long Term Plan does not seem to cover being able to pick
just any background and have it just change the bg color over time ;)
I was not heading towards a configurable approach, rat
On Wed, Oct 22, 2008 at 6:49 PM, Matthias Clasen
<[EMAIL PROTECTED]> wrote:
> On Wed, Oct 22, 2008 at 10:50 AM, Patryk Zawadzki <[EMAIL PROTECTED]> wrote:
>> On Wed, Oct 22, 2008 at 4:48 PM, Bastien Nocera <[EMAIL PROTECTED]> wrote:
>>> On Wed, 2008-10-22 a
On Wed, Oct 22, 2008 at 5:47 PM, Thomas Thurman <[EMAIL PROTECTED]> wrote:
> Ysgrifennodd Patryk Zawadzki:
>> Hope you like it and someone finds time for a proper implementation.
>> The colors are taken verbatim from the PS3 but I think we could do
>> better with some Ta
year and over the day (it makes little sense to start
with dark background when you login at noon and have it full bright at
night :P)
--
Patryk Zawadzki
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/li
On Wed, Oct 22, 2008 at 4:48 PM, Bastien Nocera <[EMAIL PROTECTED]> wrote:
> On Wed, 2008-10-22 at 16:04 +0200, Patryk Zawadzki wrote:
>> I've grown to love the PS3's background fading feature so I've decided
>> to give it a go for GNOME.
>>
>> Wha
n teh planets to spread
the love.
Hope you like it and someone finds time for a proper implementation.
The colors are taken verbatim from the PS3 but I think we could do
better with some Tango palette love. Making it part of Nautilus
shouldn't be a problem as it only wakes up once every 5 minu
On Mon, Sep 22, 2008 at 6:46 PM, Matthias Clasen
<[EMAIL PROTECTED]> wrote:
> On Mon, Sep 22, 2008 at 12:41 PM, Patryk Zawadzki <[EMAIL PROTECTED]> wrote:
>> That's what I proposed. If it's != 0, force it to 0 and issue a
>> warning. Spin controls have no co
ncept of data set so there is no such
thing as a page and therefore there's no use for limiting the offset
to a certain subrange of (min, max). It's a two-three line change for
GTK and was already worked around in libglade (patch posted earlier in
this thread).
--
Patryk Zawadzki
s or something else)
presented at a time, it makes absolutely no sense to use it in spin
controls where there is no data involved. You always want the user to
pick from the full range and you are free to override that behavior
when subclassing.
--
Patryk Zawadzki
On Mon, Sep 22, 2008 at 5:02 PM, Patryk Zawadzki <[EMAIL PROTECTED]> wrote:
>> dasher.patch
>
> This one looks like it touches some sliders instead of spin buttons,
> if these behave like scrollbars then page_size should be set to the
> handle length in units (as you don&#
On Mon, Sep 22, 2008 at 4:56 PM, Vincent Untz <[EMAIL PROTECTED]> wrote:
> Le lundi 22 septembre 2008, à 16:50 +0200, Patryk Zawadzki a écrit :
>> On Mon, Sep 22, 2008 at 1:07 PM, Vincent Untz <[EMAIL PROTECTED]> wrote:
>> > Le lundi 22 septembre 2008, à 12:24
On Mon, Sep 22, 2008 at 1:07 PM, Vincent Untz <[EMAIL PROTECTED]> wrote:
> Le lundi 22 septembre 2008, à 12:24 +0200, Patryk Zawadzki a écrit :
>> Can we request a global freeze break permission to fix this and only
>> this?
> Could work, especially since we have a list of
equest a global freeze break permission to fix this and only
this? It would be easier if we can just commit and re-roll a 2.24.0.1
release or something. That's why I asked for a list of affected GNOME
modules (I think the previous list was not complete as it only
included .ui files and there was
accommodate this?
Can we get a precise list of affected applications? I only tripped
over Inkscape so far but that's not part of GNOME and we'll likely
patch it up downstream if there's no upstream fix.
--
Patryk Zawadzki
___
deskt
On Fri, Sep 19, 2008 at 2:50 PM, Gustavo J. A. M. Carneiro
<[EMAIL PROTECTED]> wrote:
> On Fri, 2008-09-19 at 13:09 +0200, Patryk Zawadzki wrote:
>> I believe the goal is to use some uncatchable keyboard sequence a'la
>> Windows' secure auth (Ctrl+Alt+Del).
> Thi
of all this Trusted Path
> complexity.
>
> But I'm no security expert; I might be missing something.
I believe the goal is to use some uncatchable keyboard sequence a'la
Windows' secure auth (Ctrl+Alt+Del).
--
Patryk Zawadzki
maintain, though.
Fixing seems like a better idea, these apps were already broken in the
first place (exploiting a bug in GTK against the documentation)
--
Patryk Zawadzki
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.g
that - perfomance? ;)
--
Patryk Zawadzki
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
On Sat, Sep 13, 2008 at 12:01 PM, Patryk Zawadzki <[EMAIL PROTECTED]> wrote:
> http://bugzilla.gnome.org/buglist.cgi?query_format=advanced&short_desc_type=allwordssubstr&short_desc=&long_desc_type=substring&long_desc=PLD+patches&status_whiteboard_type=all
amp;emailtype1=substring&email1=&emailreporter2=1&emailtype2=substring&email2=patrys&bugidtype=include&bug_id=&chfieldfrom=&chfieldto=Now&chfieldvalue=&gnome_version=2.23%2F2.24&cmdtype=doit&order=Reuse+same+sort+as+last+time&field0-0-0=noop&
eason but it might be possible that our menu
category structure is not a verbatim copy of upstream (some geniuses
at some point decided mc, bc and vim deserved a desktop menu entry in
PLD so I am too scared to check the rest of our customizations).
--
Patryk Zawadzki
___
2008/9/5 Josselin Mouette <[EMAIL PROTECTED]>:
> Le jeudi 04 septembre 2008 à 15:50 +0200, Patryk Zawadzki a écrit :
>> * The new gdm uses gnome-session to launch necessary stuff so we get
>> all kind a11y tools support, power management (which is *very*
>> important t
s the comfort of not
being yelled at for using "old software."
--
Patryk Zawadzki
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
On Thu, Sep 4, 2008 at 7:46 PM, Jens Granseuer <[EMAIL PROTECTED]> wrote:
> On 04.09.2008 19:35, Patryk Zawadzki wrote:
>>
>> I've posted earlier about adding autologin to gnome-system-tools, any
>> comments on that? It would be easy to hide the option if the DBus
&
On Thu, Sep 4, 2008 at 6:56 PM, Jens Granseuer <[EMAIL PROTECTED]> wrote:
> On 04.09.2008 18:40, Patryk Zawadzki wrote:
>>
>> On Thu, Sep 4, 2008 at 6:28 PM, Jens Granseuer <[EMAIL PROTECTED]> wrote:
>> > Configuration dialogs for applications belong to the resp
On Thu, Sep 4, 2008 at 6:28 PM, Jens Granseuer <[EMAIL PROTECTED]> wrote:
> On 04.09.2008 16:11, Patryk Zawadzki wrote:
>>
>> > On Thu, 2008-09-04 at 15:50 +0200, Patryk Zawadzki wrote:
>> >> The settings are
>> >> there in gconf so everyone is fr
r [ 30 ] (3) seconds.
(1) daemon/TimedLoginEnabled
(2) daemon/TimedLogin
(3) daemon/TimedLoginDelay
--
Patryk Zawadzki
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
t month.
It's like telling people we can't ship an audio player because it does
not handle GUI skins yet. Most of us want a working tool in the first
place, customizable GUI is just an eye-candy gimmick :)
--
Patryk Zawadzki
___
desktop-devel
On Thu, Sep 4, 2008 at 4:11 PM, Patryk Zawadzki <[EMAIL PROTECTED]> wrote:
> On Thu, Sep 4, 2008 at 4:05 PM, Shaun McCance <[EMAIL PROTECTED]> wrote:
>> Top Ten Reasons People Complain About Gnome:
>>
>> * Number 1: This statement:
>>
>> On Thu, 200
On Thu, Sep 4, 2008 at 4:05 PM, Alberto Ruiz <[EMAIL PROTECTED]> wrote:
> 2008/9/4 Patryk Zawadzki <[EMAIL PROTECTED]>:>> * There is no GUI
> configuration but I personally don't know a person
>> who would miss the old gdmsetup binary. It was ugly and half of th
On Thu, Sep 4, 2008 at 4:05 PM, Shaun McCance <[EMAIL PROTECTED]> wrote:
> Top Ten Reasons People Complain About Gnome:
>
> * Number 1: This statement:
>
> On Thu, 2008-09-04 at 15:50 +0200, Patryk Zawadzki wrote:
>> The settings are
>> there in gconf so e
o
some random other ugly theme which is now irrelevant)
* The new gdm uses gnome-session to launch necessary stuff so we get
all kind a11y tools support, power management (which is *very*
important to mobile users) and all the stuff you can think of and
write a .desktop file for.
--
Patryk Zawadzki
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
configure.ac if they don't
>> make use of any Python 2.5 specific features.
> Last time I checked, it did. :/
Care to share the details in the bug report? As much as I'd want to
fix it, I don't (and won't in the foreseeable future)
the right way to fix this.
> Empathy can't be used in proxied networks, should this be a blocker?
> http://bugzilla.gnome.org/show_bug.cgi?id=492076
I doubt that - it's a new module so there's no regression here.
--
Patryk Zawadzki
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
e the best
experience to our users by then :)
Sorry if sending this to the desktop-devel-list was an utterly wrong
idea but it seems to involve the whole suite :)
--
Patryk Zawadzki
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail
just an applet for 2.26.
--
Patryk Zawadzki
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
y also ship a command line client
and what not. Do you think changing the module name is a good idea?
Certainly better to do it now than after it ships as part of GNOME.
--
Patryk Zawadzki
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Hi,
As of today Project Hamster (hamster-applet module) is hosted in GNOME SVN.
The old Google Code project is now defunc and should no longer be used.
Can someone change the repository in all relevant places including but
probably not limited to jhbuild?
Thanks and cheers,
--
Patryk
entity contact Google
and ask for a GPL/LGPL/whatever licensed version of the sounds Google
uses in their various apps including their web chat and Google Talk?
It won't cost a penny either for us or for them. Google is known for
their support for OpenSourc
Lossless != uncompressed.
> That's not true. According to your defition, gzip would also be lossy?
By reading this I was pretty sure Brian was stating quite the opposite?
--
Patryk Zawadzki
___
desktop-devel-list mailing list
desktop-devel-l
d server option. Since the Desktop hasn't yet switched
> to something new, I think it is reasonable to assume that compatibility
> should be maintained for the current sound server.
Think about it this way: The desktop switched to
gstreamer/libcanberra. Everything below is an implement
t also be blessed is
> NOT part of the policy.
glibc is not a blessed dependency. Neither is any other libc
implementation.
--
Patryk Zawadzki
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
accessibility tool by default (and enabling them all would
> be insane), what's the proposal for how to deal with this?
> To an average user, the core infrastructure being loaded
> doesn't mean anything if the tool she needs isn't there.
Hotkey/gesture acti
or my proposal ;-) Time tracker is probably better.
Valid point. Changed in SVN.
--
Patryk Zawadzki
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
ntainer of any GNOME module so please lend me a hand here.
--
Patryk Zawadzki
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
is not much and English is
unfortunately not my main language.
--
Patryk Zawadzki
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
ems Toms forgot to replace COPYING with
GPL3. The whole thing is GPL3+ (bundled egg library for key binding is
LGPL).
Vincent: should we re-release a 2.23.6.1 tarball with GPL3 in COPYING
now? I think the file headers are clear enough about the license.
-
On Thu, Jul 31, 2008 at 3:10 PM, John Stowers
<[EMAIL PROTECTED]> wrote:
> On Thu, 2008-07-31 at 14:36 +0200, Patryk Zawadzki wrote:
>> Uhm, if apps are supposed to manage their synchronization via API
>> callouts then doesn't the UI really belong to the preferences? Li
français, appuiez sur le 1. For English, press two.".
> Wow, that's pretty cool. /me looks at trying the current svn
Still on 2.23.4 here but tried to give it a bit more pleasant looks:
http://bugzilla.gnome.org/show_bug.cgi?id=545678
--
Patryk Zawadzki
__
supposed to manage their synchronization via API
callouts then doesn't the UI really belong to the preferences? Like
System → Preferences → Synchronization or something. I can't see how
it's different from libgda's DB access properties o
architecture", and deferring inclusion of
> its UI until 2.26 sounds compelling. That way applications can start
> using it.
See my earlier proposition - just move the menu icon to
system/preferences and hide the status icon.
--
Patryk Zawadzki
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
hon dependency to the
applets module if not already there).
Keeping Toms in CC but he's on vacation so I'm the one responsible for the move.
--
Patryk Zawadzki
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
RC).
>
> In summary however, If I was a distributor, I would not autostart
> conduit at login (yet).
I'm +1 on including conduit for as long as it:
1) does not autostart
2) gets its menu entry moved to System/Preferences for now
It's quite useful when used as a
by
> default, does it? Don't the distros just pick what they want?
Apart from that it's actually quite useful if you charge for your time.
--
Patryk Zawadzki
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
g an xml file for the keybinding capplet.
Trunk code should properly drop a file into the right directory.
--
Patryk Zawadzki
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
On Mon, Jul 28, 2008 at 12:49 PM, Bastien Nocera <[EMAIL PROTECTED]> wrote:
> On Mon, 2008-07-28 at 10:13 +0200, Patryk Zawadzki wrote:
>> On Mon, Jul 28, 2008 at 4:23 AM, Matthias Clasen
>> <[EMAIL PROTECTED]> wrote:
>> > A little minus on integration (a
l provide
their own workarounds (including "enter the path to aplay").
--
Patryk Zawadzki
PLD Linux Distribution
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
g an xml file for the keybinding capplet.
Drop me a link to the relevant documentation and I'll fix this issue :)
I'm +1 of course but my vote probably should not count (as I'm one of
the PH devs).
--
Patryk Zawadzki
PLD Linux Distribution
___
address book or to post your cheesy pictures to Flickr.
--
Patryk Zawadzki
PLD Linux Distribution
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
clare 2.24 to be the last release supporting python 2.4.
After that everything is guaranteed to work on 2.5 (and 2.6/30 after
say 2.28). 2 years should be enough to evaluate and ship stable
software :)
--
Patryk Zawadzki
PLD Linux Distribution
___
deskto
d it is not just a
> matter of building Python within jhbuild (breaks badly with x86_64).
We're not a popular distro but PLD certainly has 2.5. I believe the
same is true for Arch.
--
Patryk Zawadzki
PLD Linux Distribution
___
desktop-devel-list
library,
>> could we consider to officially add sqlite to external deps?
> I'm all for it. That way I can use sqlite to store Deskbar-Applet's
> history.
Isn't deskbar (at least in part) a python app? Doesn't stock python
ship w
On Sat, Jun 28, 2008 at 7:15 PM, Behdad Esfahbod <[EMAIL PROTECTED]> wrote:
> On Sat, 2008-06-28 at 17:44 +0200, Patryk Zawadzki wrote:
>> The point is XRender is close to its
>> tenth birthday yet still no one seems to care.
> Except that it's rendering your entire
seems to care. That's why I think GL
is the way to go. Hardware/driver ISVs care about GL as it's equal to
game performance.
--
Patryk Zawadzki
PLD Linux Distribution
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
On Fri, Jun 27, 2008 at 12:51 AM, Iain * <[EMAIL PROTECTED]> wrote:
> On Thu, Jun 26, 2008 at 11:34 PM, Patryk Zawadzki <[EMAIL PROTECTED]> wrote:
>
>> Exactly - that's the most common scenario - app X is bound to IO and
>> it won't receive redraw reque
nario - app X is bound to IO and
it won't receive redraw requests until another app stops trashing the
disk.
--
Patryk Zawadzki
PLD Linux Distribution
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
On Thu, Jun 26, 2008 at 11:41 PM, Iain * <[EMAIL PROTECTED]> wrote:
> On Thu, Jun 26, 2008 at 6:13 PM, Patryk Zawadzki <[EMAIL PROTECTED]> wrote:
>> I'd say for me the only essential feature of a compositor is not
>> watching the goddamn windows redraw each time y
e only essential feature of a compositor is not
watching the goddamn windows redraw each time you switch apps and
workspaces. Translucency is just part of the extra bling :)
--
Patryk Zawadzki
PLD Linux Distribution
___
desktop-devel-list mailin
On Thu, Jun 26, 2008 at 5:37 PM, Jürg Billeter <[EMAIL PROTECTED]> wrote:
> On Thu, 2008-06-26 at 17:28 +0200, Patryk Zawadzki wrote:
>> * replacing the current compositor with a GL-based one; or
> Please don't. I really want compositing but I can't use a GL-based
if the GL-one can't work; or
* fixing X to do fast blitting with the current compositor
Seeing as 2d acceleration seems to be in worse shape than 3d one, the
first two options seem better at least in the short term.
--
Patryk Zawadzki
PLD Linux Distribution
_
some job making sure
it starts faster with each GNOME release. Do the same to Metacity and
the problem is gone ;) (Just kidding but couldn't resist)
That part should be pretty much fixed even when switching composition
at run-time if GTK always asked for RGBA surfaces where available.
--
On Mon, Jun 23, 2008 at 7:53 AM, Jaap A. Haitsma <[EMAIL PROTECTED]> wrote:
> On Mon, Jun 23, 2008 at 1:26 AM, Patryk Zawadzki <[EMAIL PROTECTED]> wrote:
>> My system does not have hal 0.5.10 anywhere (I'm using 0.5.11) yet I
>> still get the zombie processes on lo
e (I package and install
GNOME 2.23 rpms as modules get released).
--
Patryk Zawadzki
PLD Linux Distribution
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
evices_with_properties was not found.
>
> Upgrading to hal 0.5.11 fixed everything for me
I am on 0.5.11 since rc1 so I doubt this is hal-related.
--
Patryk Zawadzki
PLD Linux Distribution
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http
;
> Any hint on what to do, who to poke, or which bug report to subscribe me
> to?
Same here since 2.23.1 but since 2.23.3 or .4 they at least go away
once you logout ;)
--
Patryk Zawadzki
PLD Linux Distribution
___
desktop-devel-list mailing list
created" but
> naturally any code that sets the geometry afterwards (to either
> hard-coded or stored values) would override it...
To add to the confusion I should mention that document-based
applications could store the geometry information in file's metadata
(xattrs).
--
Patryk Zawadzki
PLD Linux Distribution
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
ing and resizing my windows, I don't see
> how this is not user editable... Can you explain why you think that
> GConf is not appropriate?
For one gconf won't let you store this per running instance (for
example have 3 instances of the same app running side by side).
--
Patryk
rse. :)
It could be applied to either the first window with appropriate type
hint (don't like that idea as it'll be problematic) or to a window
marked with a new hint added for this feature.
--
Patryk Zawadzki
PLD Linux Distribution
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
GTK+ on top of Cairo. The main difference is that
GTK+ does not allow you to treat shapes like widgets so you have to
fall back and use a third party canvas widgets.
--
Patryk Zawadzki
PLD Linux Distribution
___
desktop-devel-list mailing list
desktop
; 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 ;)
--
Patryk Zawadzki
PLD Linux Distribution
___
desktop-devel
ht quotes. Such a script would break that.
> (We see it already with Wordpress butchering people's pasted code.)
Not that it has anything to do with GNOME but putting structural
markup (XML code) into translatable strings should seriously be
considered a bug. One mistranslation cou
and I still get the zombies. See the attachment
for gnome-session output. The most curious entry is the one about
"DBus already running".
--
Patryk Zawadzki
PLD Linux Distribution
gdm-binary[24132]: DEBUG: Running /etc/gdm/Xsession gnome-session for patrys on :0
/etc/gdm/Xsession: Setup do
On Sun, Jun 1, 2008 at 9:09 PM, Jonh Wendell <[EMAIL PROTECTED]> wrote:
> Sure I could do that, but it would lead to an overhead every time the
> program is started...
It could only do the check if configuration is not found in the
expected (new) place.
--
Patryk Zawadzki
PLD Linux
nome-power-man]
patrys5901 0.0 0.0 0 0 ?ZMay21 0:00
[pactl]
patrys5905 0.0 0.0 0 0 ?ZMay21 0:00
[gnome-at-visual]
(this is a week old copy, but still happens on both machines)
--
Patryk Zawadzki
ocales only.
> If one starts GNOME with a C or a legacy 8-bit locale, it will not work.
For regular strings that's a non-issue as you can keep '"' in C
locale. For the rest why not just add '"%s"' to translatable strings
then use this printf macro
guages use different characters for
quoting. ASCII ones are somewhat neutral.
--
Patryk Zawadzki
PLD Linux Distribution
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
erations
> and handle all aspects of PolicyKit integration correctly.
Or even pull PK-gnome into desktop. Are there any portability or
licensing problems?
--
Patryk Zawadzki
PLD Linux Distribution
___
desktop-devel-list mailing list
desktop-devel-l
On Wed, Apr 16, 2008 at 5:57 PM, Behdad Esfahbod <[EMAIL PROTECTED]> wrote:
> On Wed, 2008-04-16 at 09:15 +0200, Patryk Zawadzki wrote:
> >
> > I'll be persistent and propose a "better general experience" hackfest
> > including better multimedi
es (using Google
Calendar for example) but would result in all past dates being
highlighted by the clock applet. What do the others think?
--
Patryk Zawadzki
PLD Linux Distribution
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http
ackend is an abstract class so it can have multiple implementations).
--
Patryk Zawadzki
PLD Linux Distribution
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
better general experience" hackfest
including better multimedia support, better system sounds and a sane
interface for printing (including automatically supporting hotplugged
printers and possibly downloading drivers from openprinting).
--
Patryk Zawadzki
PLD Linux Distribution
_
On Tue, Apr 1, 2008 at 5:32 PM, Bastien Nocera <[EMAIL PROTECTED]> wrote:
>
> On Tue, 2008-04-01 at 17:29 +0200, Patryk Zawadzki wrote:
> > On Tue, Apr 1, 2008 at 5:15 PM, Bastien Nocera <[EMAIL PROTECTED]> wrote:
> > > On Tue, 2008-04-01 at 10:12 -0500, Jas
101 - 200 of 217 matches
Mail list logo
