Nabble - Xfce - Dev - Version4

Re: Xfce Documentation viewer, idea...

2009-12-09T22:26:27Z

Hi,

2009/12/9 Ali Abdallah <aliov@...>:

> Hey All,
>
> I wanna discuss in this mail having a simple viewer for our documentation.
>
> Why using a simple viewer instead of just asking a browser to show the doc:
> 1) It is much faster.
> 2) It will automatically load a localized documentations with respect to the
> system locale, if not found, C fallback,
> 2') If there is links inside a document, and it is not found in the current
> locale of the document itself,
> then also the link is loaded from the C dir, this is done by catching
> "navigation-policy-decision-requested" webkit signal.
> 3) We can add whatever we like to the viewer.
>
> I wrote a simple viewer just for demonstration, the code can be found
> http://foo-projects.org/~nick/packages/xfce4-help-0.0.0.tar.bz2
> it depends on libxfce4ui and webkit, and the other standards.
>
> You can try it without installing it, just compile it with the correct
> prefix (prefix=/usr if your docs are in /usr/share/xfce4/doc).
>
> Let me guys know your opinions, and if you like the idea.

Ask someone to create a git repo, this is nice to have around and as
pointed out by Jim, libyelp will be around the corner sooner or later
and this app can eventually be the base of the future libyelp-based
app.

Currently I don't know any code that has a function to open
documentation, I do it manually by calling exo-open/firefox, which
brings me to think that we may need a convenience function in
libxfce4ui, it could be a simple call to xfce4_open_doc().

Links with anchors don't work, I receive a "Page not found" for the
following URI:
file:///usr/local/share/xfce4/doc/C/xfce4-intro.html%23xfce4-resources

> Best Regards,
> Ali.

Cheers
--
Mike
_______________________________________________
Xfce4-dev mailing list
Xfce4-dev@...
http://foo-projects.org/mailman/listinfo/xfce4-dev

Re: Xfce Documentation viewer, idea...

2009-12-09T08:57:46Z

Hi Ali,

On Wed, Dec 9, 2009 at 6:30 AM, Ali Abdallah <aliov@...> wrote:

Hey All,

I wanna discuss in this mail having a simple viewer for our documentation.

Why using a simple viewer instead of just asking a browser to show the doc:
1) It is much faster.
2) It will automatically load a localized documentations with respect to the system locale, if not found, C fallback,
2') If there is links inside a document, and it is not found in the current locale of the document itself,
then also the link is loaded from the C dir, this is done by catching "navigation-policy-decision-requested" webkit signal.
3) We can add whatever we like to the viewer.

I wrote a simple viewer just for demonstration, the code can be found http://foo-projects.org/~nick/packages/xfce4-help-0.0.0.tar.bz2
it depends on libxfce4ui and webkit, and the other standards.

You can try it without installing it, just compile it with the correct prefix (prefix=/usr if your docs are in /usr/share/xfce4/doc).

Let me guys know your opinions, and if you like the idea.

Best Regards,
Ali.

Thanks so much for taking the initiative on this. I tried compiling the help viewer this morning, but it wouldn't launch after compiling (I'll have to get the exact error when I get back home.)

Also, the GNOME documentation team has shown great willingness to build out tools and libraries that will assist documentation contributors who use different desktop environments. One of their initiatives right now is to split the yelp application into several different libraries that can be used to build documentation and even (if someone wants) to build a different help viewer. They recently announced some of their specific ideas for this initiative [1], and I've copied the leader of the GNOME doc team on this message.

Because we're using Mallard for our docs, basing any help viewer that we put together on these tools and libraries would be very, very beneficial to us. I don't think that all of the libraries have been split out yet, but they will be split out in the relatively near future. Jannis Pohlmann of the Xfce team has discussed the dependencies, and he didn't have any problems with them. Shaun ( shaunm@... ) could give you more information the dependencies, and you should feel free to contact him with any questions.

If you have any questions for me for now, feel free to let me know. Also, please "reply to all," with any replies to this message, as Shaun isn't on the Xfce mailing list. Thanks!

Jim

[1] http://mail.gnome.org/archives/gnome-doc-list/2009-November/msg00053.html

_______________________________________________
Xfce4-dev mailing list
Xfce4-dev@...
http://foo-projects.org/mailman/listinfo/xfce4-dev

Re: User Defined Action at Wiki destroys EXIF-data in jpg

2009-12-09T08:55:03Z

Peter de Ridder wrote:

> For http://wiki.xfce.org you don't need an account.
> For http://goodies.xfce.org you need an account.
>
> It seems malenki is talking about the goodies wiki.

As I have linked at the OP it was
http://thunar.xfce.org/pwiki/documentation/custom_actions
I talked about

Regards,
malenki

_______________________________________________
Xfce4-dev mailing list
Xfce4-dev@...
http://foo-projects.org/mailman/listinfo/xfce4-dev

Re: User Defined Action at Wiki destroys EXIF-data in jpg

2009-12-09T07:54:43Z

On Wed, Dec 9, 2009 at 4:17 PM, malenki <osm_@...> wrote:

> "Brian J. Tarricone" wrote:
>
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> On 12/06/2009 02:32 AM, malenki wrote:
>> > David Mohr wrote:
>> >
>> >> It is a wiki, so feel free to add your suggestion right on that
>> >> page.
>> >
>> > Ok, so I'll get the 253rd account $somewhere to edit a line...
>>
>> Our wiki doesn't require an account to edit.
>
> Without being logged in at the wiki I am shown:
>
> [Show pagesource] [Old revisions]
>
>
> Clicking [Show pagesource] I read:
> This page is read only. You can view the source, but not change it. Ask
> your administrator if you think this is wrong.
>
> Being logged in I see:
> [Edit this page] [Old revisions]
>

For http://wiki.xfce.org you don't need an account.
For http://goodies.xfce.org you need an account.

It seems malenki is talking about the goodies wiki.

Regards,
Peter de Ridder
_______________________________________________
Xfce4-dev mailing list
Xfce4-dev@...
http://foo-projects.org/mailman/listinfo/xfce4-dev

Re: User Defined Action at Wiki destroys EXIF-data in jpg

2009-12-09T07:17:43Z

"Brian J. Tarricone" wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On 12/06/2009 02:32 AM, malenki wrote:
> > David Mohr wrote:
> >
> >> It is a wiki, so feel free to add your suggestion right on that
> >> page.
> >
> > Ok, so I'll get the 253rd account $somewhere to edit a line...
>
> Our wiki doesn't require an account to edit.

Without being logged in at the wiki I am shown:

[Show pagesource] [Old revisions]

Clicking [Show pagesource] I read:
This page is read only. You can view the source, but not change it. Ask
your administrator if you think this is wrong.

Being logged in I see:
[Edit this page] [Old revisions]

Regards
malenki

_______________________________________________
Xfce4-dev mailing list
Xfce4-dev@...
http://foo-projects.org/mailman/listinfo/xfce4-dev

Re: xfwm window focus nuances

2009-12-09T06:21:44Z

> > Some reasoning behind that can be found in bugzilla [1]. While that
> > seems to work for the most mouse-focus-followers, sadly this breaks
> > another usage: focusing specific windows by global keyboard
> > shortcuts.
>
> That patch never makes it to git AFAIK.

Not exactly like mentioned in bugzilla, but in the git at xfwm4, in
src/client.c there are lines in clientActivate function

if (source_is_application || screen_info->params->click_to_focus)
{
clientSetFocus (screen_info, c, timestamp, NO_FOCUS_FLAG);
}

which result in such problems - the focusing is mostly skipped in
mouse-follow mode. I've commented the check out for myself, and this
reverts back to the old behaviour.

It seems to be a side-effect of bunch of changes here:

commit 1e1e5e23095b1ebecaccf235585f0f9adec4b335
Author: Olivier Fourdan <fourdan.olivier@...>
Date: Wed Jul 22 08:16:40 2009 +0000

* src/focus.c: Place windows on top of stack even when not focused in
focus follow mouse. (patch by Clifford Jolly<cliff@...>)

So maybe it is actually just a bug, not a feature?

Einar.
_______________________________________________
Xfce4-dev mailing list
Xfce4-dev@...
http://foo-projects.org/mailman/listinfo/xfce4-dev

Re: xfwm window focus nuances

2009-12-09T05:16:15Z

On Wed, Dec 9, 2009 at 11:48 AM, Einar Lielmanis <einars@...> wrote:
>
> Since the release of XFCE, in a git version of the xfwm there have been
> changes that don't allow focusing the window which doesn't have the
> mouse pointer, if "focus follows mouse" option is set.
>
> Some reasoning behind that can be found in bugzilla [1]. While that
> seems to work for the most mouse-focus-followers, sadly this breaks
> another usage: focusing specific windows by global keyboard shortcuts.

That patch never makes it to git AFAIK.

> The focusing, assigning something like "wmctrl -a -x urxvt" [2] to a
> shortcut, has worked very nice so far, alleviating the pain of chaotic
> alt-tab switching or mouse navigation. As focus-follows-mouse option
> changes the focus only when mouse enters/leaves a window, there had
> been no problems with this approach.
>
> Now, any window will refuse to receive focus at all times, except for
> some wm-specific moments (like, mouse movement, or alt-tab). Alt-tab,
> which anyway allows to change the focus of the window, regardless of
> the pointer position.

Focus stealing prevention instead, maybe?

> So, generally, I think that a possibility to focus any given window
> regardless of the mouse settings, like alt-tab does, is a good thing
> and has its uses.
>
> Any thoughts?

That's most leikely focus stealing prevention combined with support
for source indication in NET_ACTIVE_WINDOW:

http://standards.freedesktop.org/wm-spec/wm-spec-1.4.html#id2550738

and

http://standards.freedesktop.org/wm-spec/wm-spec-1.4.html#sourceindication

Cheers,
Olivier.
_______________________________________________
Xfce4-dev mailing list
Xfce4-dev@...
http://foo-projects.org/mailman/listinfo/xfce4-dev

Xfce Documentation viewer, idea...

2009-12-09T04:30:50Z

Hey All,

I wanna discuss in this mail having a simple viewer for our documentation.

Why using a simple viewer instead of just asking a browser to show the doc:
1) It is much faster.
2) It will automatically load a localized documentations with respect to
the system locale, if not found, C fallback,
2') If there is links inside a document, and it is not found in the
current locale of the document itself,
then also the link is loaded from the C dir, this is done by
catching "navigation-policy-decision-requested" webkit signal.
3) We can add whatever we like to the viewer.

I wrote a simple viewer just for demonstration, the code can be found
http://foo-projects.org/~nick/packages/xfce4-help-0.0.0.tar.bz2
it depends on libxfce4ui and webkit, and the other standards.

You can try it without installing it, just compile it with the correct
prefix (prefix=/usr if your docs are in /usr/share/xfce4/doc).

Let me guys know your opinions, and if you like the idea.

Best Regards,
Ali.
_______________________________________________
Xfce4-dev mailing list
Xfce4-dev@...
http://foo-projects.org/mailman/listinfo/xfce4-dev

xfwm window focus nuances

2009-12-09T02:48:07Z

Since the release of XFCE, in a git version of the xfwm there have been
changes that don't allow focusing the window which doesn't have the
mouse pointer, if "focus follows mouse" option is set.

Some reasoning behind that can be found in bugzilla [1]. While that
seems to work for the most mouse-focus-followers, sadly this breaks
another usage: focusing specific windows by global keyboard shortcuts.

The focusing, assigning something like "wmctrl -a -x urxvt" [2] to a
shortcut, has worked very nice so far, alleviating the pain of chaotic
alt-tab switching or mouse navigation. As focus-follows-mouse option
changes the focus only when mouse enters/leaves a window, there had
been no problems with this approach.

Now, any window will refuse to receive focus at all times, except for
some wm-specific moments (like, mouse movement, or alt-tab). Alt-tab,
which anyway allows to change the focus of the window, regardless of
the pointer position.

So, generally, I think that a possibility to focus any given window
regardless of the mouse settings, like alt-tab does, is a good thing
and has its uses.

Any thoughts?

Kind regards,

Einar Lielmanis

1: http://bugzilla.xfce.org/show_bug.cgi?id=4679
2: http://bugpipe.com/post/228595413/custom-kde-style-window-shortcuts-in-gnome
_______________________________________________
Xfce4-dev mailing list
Xfce4-dev@...
http://foo-projects.org/mailman/listinfo/xfce4-dev

Re: Tumbler, Thunar and stuff

2009-12-08T14:30:48Z

On Mon, 7 Dec 2009 20:19:20 +0100
Jannis Pohlmann <jannis@...> wrote:

> This is another step towards getting the first Thunar release with GIO
> support out of the door. This is something that I expect to happen by
> the end of the week or maybe the weekend. I'll probably port Benny's
> JPEG thumbnailer to tumbler (as a plugin) before

Check. Happy testing. For those of you who filed bugs against the JPEG
thumbnailer of ThunarVFS, please verify if those are still present and
file bugs against Tumbler (unspecified version for now).

Cheers,
Jannis

_______________________________________________
Xfce4-dev mailing list
Xfce4-dev@...
http://foo-projects.org/mailman/listinfo/xfce4-dev

signature.asc (205 bytes) Download Attachment

Tumbler, Thunar and stuff

2009-12-07T11:19:20Z

Hey guys,

today I released tumbler 0.1.0 which includes all functionality that it
is supposed to have. I've been running it with Thunar for a while and
it seems to work very well. It has also been tested on Maemo 6 by
Philip a little bit, plus there are a few thumbnailers being written
for Tumbler and the Maemo platform already.

This is another step towards getting the first Thunar release with GIO
support out of the door. This is something that I expect to happen by
the end of the week or maybe the weekend. I'll probably port Benny's
JPEG thumbnailer to tumbler (as a plugin) before and maybe I'll write a
backwards-compatible plugin for ThunarVFS thumbnailer scripts as well
before the release.

The first development release of Thunar will not include its own volume
monitor but that sort of thing will work with GVfs. I'm still planning
a HAL-based GIO volume monitor for 1.2.0 (Xfce 4.8) depending on the
free time I have (University keeps me busy these days).

BTW, sorry for not hanging around that much lately. I'm trying to keep
in touch and stay updated on the latest changes and hopefully I'll get
back to hacking very, very soon (I guess I *have* to for the Thunar
release anyway ;)).

Cheers and keep rocking,
Jannis

_______________________________________________
Xfce4-dev mailing list
Xfce4-dev@...
http://foo-projects.org/mailman/listinfo/xfce4-dev

signature.asc (205 bytes) Download Attachment

Re: User Defined Action at Wiki destroys EXIF-data in jpg

2009-12-06T12:57:17Z

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 12/06/2009 02:32 AM, malenki wrote:
> David Mohr wrote:
>
>> It is a wiki, so feel free to add your suggestion right on that page.
>
> Ok, so I'll get the 253rd account $somewhere to edit a line...

Our wiki doesn't require an account to edit.

>> May I suggest to use exifautotran instead though, it does not need any
>> parameters, and figures the rotation out based on the exif data.
>
> That is only helpful when the camera stores the information with which
> orientation the picture was taken afaik.

True. Personally, I have a script that does:

jhead -ft -cmd "jpegtran -rotate $amount -outfile &o &i" "$file"

(The -ft just sets the file's mtime to the EXIF time.) For people who
do have correct embedded orientation info, you can also also do:

jhead -ft -autorot "$file"

-brian
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.11 (GNU/Linux)

iEYEARECAAYFAkscGq0ACgkQ6XyW6VEeAnsnowCeJwiKoUnDG+x7gzQCMYh0Xmk6
ONcAn2fGAxeX9JE0MCkIh/L6nSATJnfU
=eQIJ
-----END PGP SIGNATURE-----
_______________________________________________
Xfce4-dev mailing list
Xfce4-dev@...
http://foo-projects.org/mailman/listinfo/xfce4-dev

Re: New doc translation handling in terminal

2009-12-06T12:24:47Z

2009/12/6 Nick Schermer <nickschermer@...>:
> MM i forgot to say you can find this in the nick/docgen branch in
> terminal's git.

Works really well here, so i merged it in master to give it some wider
testing. Will make a release in a couple of days if nothing serious
appears.

Nick
_______________________________________________
Xfce4-dev mailing list
Xfce4-dev@...
http://foo-projects.org/mailman/listinfo/xfce4-dev

Re: [Xfce4-commits] Register in Gnome's default applications (bug #6020).

2009-12-06T09:47:50Z

2009/12/6 Yves-Alexis Perez <corsac@...>:

> On dim., 2009-12-06 at 12:48 +0000, Nick Schermer wrote:
>> Updating branch refs/heads/master
>> to 2c44ce88dff590536e29546f68994b0855326d0b (commit)
>> from ed30d1acb8b472b6b0b937a7b40458c4fc127351 (commit)
>>
>> commit 2c44ce88dff590536e29546f68994b0855326d0b
>> Author: Nick Schermer <nick@...>
>> Date: Sun Dec 6 13:42:10 2009 +0100
>>
>> Register in Gnome's default applications (bug #6020).
>>
>> When gnome-control-center is installed, install an xml file to
>> register the Xfce Terminal Emulator.
>
> I guess this will only work if gnome-control-center is installed at
> build time? Not sure it's really useful for distros, in that case (I
> won't add a build-dependency just for that).

Yes. I could fall-back to the most-likely location
($datadir/gnome-control-center/default-apps/), that will work for most
distros...

Nick
_______________________________________________
Xfce4-dev mailing list
Xfce4-dev@...
http://foo-projects.org/mailman/listinfo/xfce4-dev

Re: [Xfce4-commits] Register in Gnome's default applications (bug #6020).

2009-12-06T07:08:42Z

On dim., 2009-12-06 at 12:48 +0000, Nick Schermer wrote:

> Updating branch refs/heads/master
> to 2c44ce88dff590536e29546f68994b0855326d0b (commit)
> from ed30d1acb8b472b6b0b937a7b40458c4fc127351 (commit)
>
> commit 2c44ce88dff590536e29546f68994b0855326d0b
> Author: Nick Schermer <nick@...>
> Date: Sun Dec 6 13:42:10 2009 +0100
>
> Register in Gnome's default applications (bug #6020).
>
> When gnome-control-center is installed, install an xml file to
> register the Xfce Terminal Emulator.

I guess this will only work if gnome-control-center is installed at
build time? Not sure it's really useful for distros, in that case (I
won't add a build-dependency just for that).

Cheers,
--
Yves-Alexis

_______________________________________________
Xfce4-dev mailing list
Xfce4-dev@...
http://foo-projects.org/mailman/listinfo/xfce4-dev

signature.asc (853 bytes) Download Attachment

Re: User Defined Action at Wiki destroys EXIF-data in jpg

2009-12-06T02:32:16Z

David Mohr wrote:

> It is a wiki, so feel free to add your suggestion right on that page.

Ok, so I'll get the 253rd account $somewhere to edit a line...

> May I suggest to use exifautotran instead though, it does not need any
> parameters, and figures the rotation out based on the exif data.

That is only helpful when the camera stores the information with which
orientation the picture was taken afaik.

Regards
malenki

_______________________________________________
Xfce4-dev mailing list
Xfce4-dev@...
http://foo-projects.org/mailman/listinfo/xfce4-dev

Re: User Defined Action at Wiki destroys EXIF-data in jpg

2009-12-05T21:32:35Z

On Sat, Dec 5, 2009 at 5:54 PM, malenki <osm_@...> wrote:

> At the user defined action "Losslessly Rotating JPEGs"
> in http://thunar.xfce.org/pwiki/documentation/custom_actions the
> command using jpegtran destroys all EXIF data.
>
> The script I am using for lossless rotating (no side effects registrered
> up to now) looks like this:
> #!/bin/sh
> #rotate images 270°
> for i;
> do renrot --only-orientation --no-rename --no-trim -r 270 "$i" ;
> done
>
> The jpegtran command at the wiki should be substituted with one
> using renrot I'd say...

It is a wiki, so feel free to add your suggestion right on that page.

May I suggest to use exifautotran instead though, it does not need any
parameters, and figures the rotation out based on the exif data. I
haven't verified this, but I'm pretty sure that it retains the exif
data.

~David
_______________________________________________
Xfce4-dev mailing list
Xfce4-dev@...
http://foo-projects.org/mailman/listinfo/xfce4-dev

User Defined Action at Wiki destroys EXIF-data in jpg

2009-12-05T16:54:34Z

At the user defined action "Losslessly Rotating JPEGs"
in http://thunar.xfce.org/pwiki/documentation/custom_actions the
command using jpegtran destroys all EXIF data.

The script I am using for lossless rotating (no side effects registrered
up to now) looks like this:
#!/bin/sh
#rotate images 270°
for i;
do renrot --only-orientation --no-rename --no-trim -r 270 "$i" ;
done

The jpegtran command at the wiki should be substituted with one
using renrot I'd say...

Regards
malenki

_______________________________________________
Xfce4-dev mailing list
Xfce4-dev@...
http://foo-projects.org/mailman/listinfo/xfce4-dev

Re: New doc translation handling in terminal

2009-12-05T15:33:21Z

MM i forgot to say you can find this in the nick/docgen branch in
terminal's git.

http://git.xfce.org/apps/terminal/log/?h=nick/docgen

Nick
_______________________________________________
Xfce4-dev mailing list
Xfce4-dev@...
http://foo-projects.org/mailman/listinfo/xfce4-dev

Re: Session Management

2009-12-05T14:08:30Z

Hi Brian,

Thanks for the reply,

> From: "Brian J. Tarricone" <brian@...>
> Subject: Re: Session Management
> >
> > It seems
> > that the best way of implementing session management (actually I just
> > want to clean up application resources on logout) is to use libexo.
>
> That depends on what you mean by "session management". If all you
> care about is making sure your app gets started when the user logs
> in,
> just drop a .desktop file in the appropriate autostart directory.

Yup, I'm starting my app like that. Without hooking into to X11R6 session management (XSMP I guess) my app dies due to IO error when the X server shuts down. Normally I guess that doesn't really matter, but my app fires off some subprocesses that I need to terminate because they lock system resources.

> I don't think the exo python bindings are maintained, so you might be
> on your own with them. You might try looking for another X11R6-SM
> client implemented in (or wrapped by) python; anything that speaks
> X11R6 SM should work with xfce4-session.

Thanks, I'll have a look round further and see what I can find.

Cheers,
David
_______________________________________________
Xfce4-dev mailing list
Xfce4-dev@...
http://foo-projects.org/mailman/listinfo/xfce4-dev

New doc translation handling in terminal

2009-12-05T11:57:42Z

Hi,

I've created a branch for terminal to handle the doc translations a
bit different. Instead of manually adding the translated xml files
from the submitted (using transifex) po files, it now build translated
html pages (using the --enable-gen-doc configure option, requires
xml2po and xsltproc). The dist tarball contains the translated html
files, so distros don't need to do this and can install the docs
directly. Translations that don't have "translated" images also
symlink to the C images, using less disk space and making the tarball
a lot smaller.

So, would be nice if people can look at the code and this can move to
master in a couple of days.

Cheers,
Nick
_______________________________________________
Xfce4-dev mailing list
Xfce4-dev@...
http://foo-projects.org/mailman/listinfo/xfce4-dev

Re: Unable to clone xfce4-volumed via git://

2009-12-04T01:16:35Z

On Fri, 2009-12-04 at 10:01 +0100, Benedikt Meurer wrote:

> Looks like git-daemon-export-ok is missing.

I've created it, now git clone works fine here.

--
Jean-François Wauthy <pollux@...>

_______________________________________________
Xfce4-dev mailing list
Xfce4-dev@...
http://foo-projects.org/mailman/listinfo/xfce4-dev

signature.asc (205 bytes) Download Attachment

Re: Unable to clone xfce4-volumed via git://

2009-12-04T01:01:30Z

On Nov 29, 2009, at 09:57 , Christoph Mende wrote:

> This has been broken for several days with no response from IRC:
> ~ % git clone git://git.xfce.org/apps/xfce4-volumed
> Initialized empty Git repository in /home/angelos/xfce4-volumed/.git/
> fatal: The remote end hung up unexpectedly
>
> The other repos work fine, only this one hangs up... cloning via http works

Looks like git-daemon-export-ok is missing.

Benedikt
_______________________________________________
Xfce4-dev mailing list
Xfce4-dev@...
http://foo-projects.org/mailman/listinfo/xfce4-dev

Re: Session Management

2009-12-03T14:24:46Z

On Thu, Dec 3, 2009 at 14:16, David Jagoe <david.jagoe@...> wrote:
> Ahoy,
>
> I have written a PyGTK application that only runs on Xfce. It seems that the best way of implementing session management (actually I just want to clean up application resources on logout) is to use libexo. I see that python-exo is no longer maintained, so could anyone recommended a way of doing this in a PyGTK application? Is compiling python-exo the best way to go, or should I think about wrapping just a small part of libexo for use in Python? Or am I missing an easier way of doing this?

That depends on what you mean by "session management". If all you
care about is making sure your app gets started when the user logs in,
just drop a .desktop file in the appropriate autostart directory.

If you're looking for a way to maintain application state across
restarts, there are various ways of doing this, one of them being
using X11 SM. You can also periodically checkpoint your app's state
and just restart in the last saved state if the app is restarted for
any reason. It's a bit less clean than using SM, but should work.

I don't think the exo python bindings are maintained, so you might be
on your own with them. You might try looking for another X11R6-SM
client implemented in (or wrapped by) python; anything that speaks
X11R6 SM should work with xfce4-session.

-brian
_______________________________________________
Xfce4-dev mailing list
Xfce4-dev@...
http://foo-projects.org/mailman/listinfo/xfce4-dev

Session Management

2009-12-03T14:16:19Z

Ahoy,

I have written a PyGTK application that only runs on Xfce. It seems that the best way of implementing session management (actually I just want to clean up application resources on logout) is to use libexo. I see that python-exo is no longer maintained, so could anyone recommended a way of doing this in a PyGTK application? Is compiling python-exo the best way to go, or should I think about wrapping just a small part of libexo for use in Python? Or am I missing an easier way of doing this?

Thanks,
David
_______________________________________________
Xfce4-dev mailing list
Xfce4-dev@...
http://foo-projects.org/mailman/listinfo/xfce4-dev

Unable to clone xfce4-volumed via git://

2009-11-29T00:57:00Z

This has been broken for several days with no response from IRC:
~ % git clone git://git.xfce.org/apps/xfce4-volumed
Initialized empty Git repository in /home/angelos/xfce4-volumed/.git/
fatal: The remote end hung up unexpectedly

The other repos work fine, only this one hangs up... cloning via http works
_______________________________________________
Xfce4-dev mailing list
Xfce4-dev@...
http://foo-projects.org/mailman/listinfo/xfce4-dev

Re: XFCE Translation

2009-11-27T00:40:59Z

Hi,

2009/11/26 St <dwqwt3i02@...>:

> ----- Original Message -----
> From: "Mike Massonnet mmassonnet-at-gmail.com |Forums|" <...>
> To: <......................>
> Sent: Thursday, November 26, 2009 5:13 PM
> Subject: Re: XFCE Translation
>
>
>> 2009/11/25 St <dwqwt3i02@...>:
>>> About two weeks I left a request to participate in translations of some XFCE
>>> modules. It was not approved ever since. Will it ever be approved and should
>>> I mess with XFCE translation at all?
>>
>> What is your username, and what language are you going to translate?
>> And please provide your first/last name.
>>
>
> Username: UrmasD
> Language: Russian
> Real name: Aleksandr Ponomarenko

Hello,

You have been added to the translators group and are now able to
upload updated po files. Don't forget to update your profile with your
real name otherwise the commits will fail.

I CC the current translators, it is very good to try to work close
together and share the work. A team page can be created on the wiki[0]
to keep common stuff and repetitive tasks for example.

[0] http://wiki.xfce.org/translations/language_maintainers

Regards
--
Mike
_______________________________________________
Xfce4-dev mailing list
Xfce4-dev@...
http://foo-projects.org/mailman/listinfo/xfce4-dev

Re: XFCE Translation

2009-11-26T13:24:12Z

----- Original Message -----
From: "Mike Massonnet mmassonnet-at-gmail.com |Forums|" <...>
To: <......................>
Sent: Thursday, November 26, 2009 5:13 PM
Subject: Re: XFCE Translation

> 2009/11/25 St <dwqwt3i02@...>:
>> About two weeks I left a request to participate in translations of some XFCE
>> modules. It was not approved ever since. Will it ever be approved and should
>> I mess with XFCE translation at all?
>
> What is your username, and what language are you going to translate?
> And please provide your first/last name.
>

Username: UrmasD
Language: Russian
Real name: Aleksandr Ponomarenko
_______________________________________________
Xfce4-dev mailing list
Xfce4-dev@...
http://foo-projects.org/mailman/listinfo/xfce4-dev

Re: XFCE Translation

2009-11-26T03:13:48Z

2009/11/25 St <dwqwt3i02@...>:
> About two weeks I left a request to participate in translations of some XFCE
> modules. It was not approved ever since. Will it ever be approved and should
> I mess with XFCE translation at all?

What is your username, and what language are you going to translate?
And please provide your first/last name.

Thanks
--
Mike
_______________________________________________
Xfce4-dev mailing list
Xfce4-dev@...
http://foo-projects.org/mailman/listinfo/xfce4-dev

Re: XFCE Translation

2009-11-25T12:26:18Z

Hello,

2009/11/25 St <dwqwt3i02@...>

About two weeks I left a request to participate in translations of some XFCE modules. It was not approved ever since. Will it ever be approved and should I mess with XFCE translation at all?

These requests should be done in the xfce4-i18n mailing list. It's possible that the person managing the rights on transifex was on holidays or accidentally forgot your email, you should just send it again, in my opinion. :)

--
Steve Dodier
Student at École Nationale Supérieure d'Ingénieurs de Bourges
Free Software Developer
OpenPGP : 1B6B1670

_______________________________________________
Xfce4-dev mailing list
Xfce4-dev@...
http://foo-projects.org/mailman/listinfo/xfce4-dev

XFCE Translation

2009-11-25T12:09:39Z

About two weeks I left a request to participate in translations of some
XFCE modules. It was not approved ever since. Will it ever be approved
and should I mess with XFCE translation at all?
_______________________________________________
Xfce4-dev mailing list
Xfce4-dev@...
http://foo-projects.org/mailman/listinfo/xfce4-dev

Tx update script

2009-11-25T09:23:58Z

Hi,

I had like to know if there is any automated task to update the Tx
statistics (either through cron or a git hook that keeps an eye for
the template .pot files). If not, will it be possible to set it up?

http://docs.transifex.org/intro/running.html#automating-statistics-generation

Cheers
--
Mike
_______________________________________________
Xfce4-dev mailing list
Xfce4-dev@...
http://foo-projects.org/mailman/listinfo/xfce4-dev

FOSDEM deadlines / my attendance

2009-11-22T04:55:35Z

Hey guys,

it looks like the deadline for devroom requests is today.
Unfortunately, I haven't had the time to prepare anything at all. It is
also unclear whether I'll be able to attend this year. University and
private things are keeping my busy and I'm not sure I'll be able to fit
it in.

Anyone else in for some last-minute action? ;)

Cheers,
Jannis

_______________________________________________
Xfce4-dev mailing list
Xfce4-dev@...
http://foo-projects.org/mailman/listinfo/xfce4-dev

signature.asc (205 bytes) Download Attachment

Re: Auke Away on Vacation 11-15 through 11-29

2009-11-17T09:12:45Z

On Sat, Nov 14, 2009 at 8:33 PM, Brian J. Tarricone <brian@...> wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> I guess I might point out that I'll be away as well: I'll be in Brazil
> from the 22nd to the 30th of November. I'll probably have my laptop and
> some amount of internet access (I probably can't get away from the job
> that easily), but I'll be staying away from the computer as much as
> possible ^_~.
>
> -brian

Hah, I don't post here in a while, but I keep reading you guys and
using Xfce, anyways.

I just figured I'd drop by to say: I hope you enjoy your staying here
in Brazil, Brian! Mind if I ask to which part of the country you're
coming? I'm always curious as to what parts of it people from outside
the country get to know ^_^

Regards,
Alexandre Moreira.
_______________________________________________
Xfce4-dev mailing list
Xfce4-dev@...
http://foo-projects.org/mailman/listinfo/xfce4-dev

Dropping python bindings in exo?

2009-11-16T08:42:43Z

For quite some time there are python bindings in exo, but to be
honest, since Benny is not maintaining the package I have no idea if
they actually work... let's say it builds...
I'm not really comfortable with such code in a package I maintain,
same for Jannis IIRC who also partly maintains exo.

If nobody steps up to maintain the python code (tests, port to new
pyobject api, etc), I'm going to drop the python code or move it into
the pyxfce package if Danny wants it. I don't know of any package
using the exo python bindings and the Xfce core certainly doesn't use
it, so personally I feel no need to put any time in it.

So, unless anyone had a good reason to keep the python code and nobody
raises it's voice to maintain this code; python will disappear from
exo.

Nick
_______________________________________________
Xfce4-dev mailing list
Xfce4-dev@...
http://foo-projects.org/mailman/listinfo/xfce4-dev