Re: [dev] [dwm] Fullscreen programs in tile mode

[Anselm R Garbe]

Hi Szabolcs,

On 25 November 2011 02:06, Szabolcs Nagy  wrote:
> * mikshaw  [2011-11-24 07:05:31 -0800]:
>> A recent update (to Gtk, I assume) has caused the Geeqie image viewer to 
>> become annoying in fullscreen mode.  It apparently will not allow itself to 
>> be made tiled either.  If it's in fullscreen and I try to view a different 
>> tag, Geeqie remains in front of everything else, yet will not accept 
>> keyboard input (toggling fullscreen, for example) until i select its tag 
>> again (which I usually end up having to guess at).
>>
>
> sounds like a bug
>
> now trying to move a fullscreen mplayer
> to another monitor it seems dwm does
> not handle this situation well
>
> (it seems mplayer is logically moved to another
> monitor and it is marked as floating on the status
> bar there, but the fullscreen display window stays
> on the original monitor often without focus
>
> i'm not sure where is the issue but it needs
> investigation)
>
> (moving mplayer between tags or changing
> tags while it was fullscreen worked here
> as expected)

Thanks for reporting these bugs. I will investigate them.

Cheers,
Anselm

Re: [dev] [dwm] Fullscreen programs in tile mode

[mikshaw]

>
> From: Seth Hover 

>I've had good luck with ristretto, although i'm not sure about the 
>dependencies compared to geeqie. 
>


I just installed Ristretto to give it a test, and it does indeed behave 
appropriately.  I'm going to try it out for a while, but already I see 
something disappointing...it doesn't provide very much information about a 
given image file, such as resolution, and the exif data it provides is very 
minimal.  Still it's pretty light, and it works well.

Re: [dev] [dwm] Fullscreen programs in tile mode

[Szabolcs Nagy]

* mikshaw  [2011-11-24 07:05:31 -0800]:
> A recent update (to Gtk, I assume) has caused the Geeqie image viewer to 
> become annoying in fullscreen mode.  It apparently will not allow itself to 
> be made tiled either.  If it's in fullscreen and I try to view a different 
> tag, Geeqie remains in front of everything else, yet will not accept keyboard 
> input (toggling fullscreen, for example) until i select its tag again (which 
> I usually end up having to guess at).
> 

sounds like a bug

now trying to move a fullscreen mplayer
to another monitor it seems dwm does
not handle this situation well

(it seems mplayer is logically moved to another
monitor and it is marked as floating on the status
bar there, but the fullscreen display window stays
on the original monitor often without focus

i'm not sure where is the issue but it needs
investigation)

(moving mplayer between tags or changing
tags while it was fullscreen worked here
as expected)

[dev] Re: [dwm] [PATCH] spawn_cwd - spawn from current client's cwd

[Suraj N. Kurapati]

On Thu 24 Nov 2011 01:58:05 PM PST, Suraj N. Kurapati wrote:
> So I ported this feature to DWM using just 27 SLOC in this[2] patch,
> [2]: https://github.com/sunaku/.dwm/compare/tip...spawn_cwd

It is now 29 SLOC after using DWM coding style and a free(NULL) fix.

-- 
Life is the childhood of our immortality.
-- Goethe


signature.asc
Description: PGP signature

Re: [dev] [dwm] [PATCH] spawn_cwd - spawn from current client's cwd

[Suraj N. Kurapati]

On Thu 24 Nov 2011 05:12:17 PM PST, Stephen Paul Weber wrote:
> Somebody signing messages as Suraj N. Kurapati wrote:
> >the ability to open new programs in the currently focused client's
> >workdir.  https://github.com/sunaku/.dwm/compare/tip...spawn_cwd
> 
> Does this patch just work on xterm/rxvt windows that happen to have
> their CWD path in the title?

Not just; it works for *any* window that has a file path in its title.

-- 
Don't have good ideas if you aren't willing to be responsible for them.


signature.asc
Description: PGP signature

Re: [dev] [dwm] [PATCH] spawn_cwd - spawn from current client's cwd

[Stephen Paul Weber]

Somebody signing messages as Suraj N. Kurapati wrote:

one of the things I missed from my previous WMII configuration was the
ability to open new programs in the currently focused client's workdir.

So I ported this feature to DWM using just 27 SLOC in this[2] patch,

[2]: https://github.com/sunaku/.dwm/compare/tip...spawn_cwd


Does this patch just work on xterm/rxvt windows that happen to have their 
CWD path in the title?


--
Stephen Paul Weber, @singpolyma
See  for how I prefer to be contacted
edition right joseph


signature.asc
Description: Digital signature

[dev] [dwm] [PATCH] spawn_cwd - spawn from current client's cwd

[Suraj N. Kurapati]

Hello,

I switched[1] to DWM from WMII recently (after 6 long years, yay!) and
one of the things I missed from my previous WMII configuration was the
ability to open new programs in the currently focused client's workdir.

So I ported this feature to DWM using just 27 SLOC in this[2] patch,
which I now humbly submit for expert review by the suckless community.

Thanks for your consideration.

[1]: https://bbs.archlinux.org/viewtopic.php?pid=1019589#p1019589
[2]: https://github.com/sunaku/.dwm/compare/tip...spawn_cwd

-- 
You can always pick up your needle and move to another groove.
-- Tim Leary


signature.asc
Description: PGP signature

Re: [dev] [dwm] Fullscreen programs in tile mode

[Seth Hover]

>
> A recent update (to Gtk, I assume) has caused the Geeqie image viewer to
> become annoying in fullscreen mode.  It apparently will not allow itself to
> be made tiled either.  If it's in fullscreen and I try to view a different
> tag, Geeqie remains in front of everything else, yet will not accept
> keyboard input (toggling fullscreen, for example) until i select its tag
> again (which I usually end up having to guess at).
>

I've had good luck with ristretto, although i'm not sure about the
dependencies compared to geeqie.

Re: [dev] [dwm] Fullscreen programs in tile mode

[mikshaw]

- Original Message -

> From: Manolo Martínez 
> Btw, I've just noticed that residual (an emulator needed to play Grim 
> Fandango)
> will not honour the request to toggle floating -- if it is floating. LyX,
> mplayer and the rest do, so I guess this is a bug in residual.
> 
> Manolo
> -- 
>

A recent update (to Gtk, I assume) has caused the Geeqie image viewer to become 
annoying in fullscreen mode.  It apparently will not allow itself to be made 
tiled either.  If it's in fullscreen and I try to view a different tag, Geeqie 
remains in front of everything else, yet will not accept keyboard input 
(toggling fullscreen, for example) until i select its tag again (which I 
usually end up having to guess at).

This is probably not exactly on topic, but might be close.

Re: [dev] Bifrost/Linux - statically linked distro

[pancake]

Why --disable-pie? I think this is main security issue here. And its even more 
dangerous because its used on static bins.

Looks like an interesting project. I would like to see support for other static 
libcs. In fact you should be able to use bins against bionic or againsg uclibc 
in the same system.

On 23/11/2011, at 16:58, Jens Staal  wrote:

> Really cool!
> 
> And apparently it is actively developed and binaries can be found here:
> http://ftp.sunet.se/pub/os/Linux/distributions/bifrost/v7/
> 
> I also found it interesting with the talk linked on the page
> discussing the "guilty" components making it difficult to build an all-static 
> system.
> 
> ftp://robur.slu.se/pub/Linux/bifrost/seminars/workshop-2010-01-27/jens/Compiling_for_Bifrost.pdf
> 
> 
> On 11/23/11 15:39, Paul Onyschuk wrote:
>> I searched mail archives, but I did not find anything related to
>> Bifrost Linux, so I'm sharing this with you.
>> 
>> Bifrost [1] is a small Linux distribution for USB media.  What can be
>> interesting for suckless folks is that it is statically linked (no
>> /include and /lib contains only kernel modules and other small parts).
>> 
>> Build system [2] for Bifrost is available, I did not investigate it
>> further.  It seems that uClibc and dietlibc is used instead of glibc.
>> The bad is that build system is written in bash.
>> 
>> Anyway, maybe someone will find this useful.
>> 
>> 
>> [1] http://bifrost.slu.se/
>> [2] https://github.com/jelaas/bifrost-build
>> 
> 
>