notion-general Mailing List for notion (Page 13)

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

Hello everybody!

Is there any way to set the position on the screen for the new floating
window via defwinprops? Any property? It seems that there's nothing
about it in the manual.

To customize notion I used to copy in ~/.notion the cfg_something.lua of
interest and modify a few lines in these files.
It works and although it's not very difficult, there's something I don't
like in doing this. You have to copy the whole cfg_notioncore.lua even
if you only want to change three lines.

In this case I find more practical to add my bindings in notion.lua
after including cfg_notioncore.lua (thus writting over the old
bindings). It works for defining or modifying keys. But not for deleting
keys. So here's my question: is there a way to remove some keys or
should I continue to use the old method for this?

Thank you.

On  Thu 01/26/12 15:10, David Given wrote:

> Drag with the middle mouse button, and while dragging use the keyboard
> shortcut to change workspaces.
> 
Anyway, this helps me a lot. I am a bit reluctant towards mouse, but it is cool. Thanks!
w

-- 
Pentahedron - A polyhedron having five faces. Because there are two pentahedral graphs, there are two convex pentahedra, namely the square pyramid and the triangular prism. The triangular prism is the unique convex pentahedra having unit edge lengths.

(Eric W. Weisstein. "Pentahedron." From MathWorld--A Wolfram Web Resource. http://mathworld.wolfram.com/Pentahedron.html)

Wojciech Aniszewski wrote:
> Idiotic as it may sound, but what can I do to move a floating window to another workspace (ws)? 
> E.g. I have iceweasel on workspace2 (floating) and want to move it to 3? both workspaces are of floating type.

Drag with the middle mouse button, and while dragging use the keyboard
shortcut to change workspaces.

Unfortunately I find that I have to drop it on a clear patch of
backdrop, or else the window gets added as a tile to that frame. Also, I
haven't found a way to move a floating window to a non-floating
workspace without tiling it.

-- 
┌─── ｄｇ＠ｃｏｗｌａｒｋ．ｃｏｍ ───── http://www.cowlark.com ─────
│ "I have always wished for my computer to be as easy to use as my
│ telephone; my wish has come true because I can no longer figure out
│ how to use my telephone." --- Bjarne Stroustrup

Idiotic as it may sound, but what can I do to move a floating window to another workspace (ws)? 
E.g. I have iceweasel on workspace2 (floating) and want to move it to 3? both workspaces are of floating type.

I know I can:
-create a window on ws3
-go to ws2, tag iceweasel
-goto ws3, attach it to new window (and possibly resize it).

but it seems not too elegant, don't you think. 

-- 
Wojtek Aniszewski
[IPA: vɔi̯tɛk a'niʂɛfskʲi ]
[Eng: voyteck aanishevsky]

(\__/)  
(='.'=) This is Bunny. Copy and paste Bunny into your
(")_(") signature to help him gain world domination.

On Fri, Jan 20, 2012 at 05:16:40PM +0100, Domingo Gómez wrote:
> Thank you for your advices!
> That is exactly what I was looking for.
> I am trying both Parcellite and atuocutsel and I will comment the
> results.

I've added these 2 to the 'supplemental software' section of 
http://notion.sourceforge.net/ - I guess we should move that to a
seperate (wiki?) page eventually.

Kind regards,

Arnout

Thank you for your advices!
That is exactly what I was looking for.
I am trying both Parcellite and atuocutsel and I will comment the
results.
Cheers,
Domingo

On Fri, Jan 13, 2012 at 11:57:20PM +0000, David Given wrote:
> <annoying license pedant>
> Except some countries don't have a public domain. Not that anyone will
> ever actually *care* for a snippet so small as this, but for more info
> see here: http://creativecommons.org/about/cc0
> </annoying license pedant>

You are right, apparently German law (which is the one relevant for me) 
doesn't know such a thing as the public domain. Oh well ...

By the way the gotoclient_by_shortname should probably check whether s is 
actually set like this:
--- SNIP ---
gotoclient_by_shortname = function(sn)
    local s
    ioncore.clientwin_i(function(cwin)
        local winprop = ioncore.getwinprop(cwin)
        if winprop and winprop.shortname == sn then
            s=cwin
            return false
        else
            return true
        end
    end)
    if s then
        s:goto()
        return true
    else
        return false
    end
end
--- SNAP ---

Regards,
Philipp

On Sun, Jan 15, 2012 at 08:51:56PM +0100, eb...@dr... wrote:
> > One other issue: mplayer full screen now takes one full monitor, not
> > split over two like without xinerama. However, geeqie fullscreen
> > doesn't work. It did the same without xinerama like mplayer, but now
> > it doesn't show its fullscreen window. I think geeqie full screen
> > works like this: usually, the picture is on the right hand side. When
> > you press f, a separate screenfilling window is added with the
> > picture, but the original menu window stays (without the picture) --
> > you can alt-tab out of full screen to it. However, I only get the
> > menu window, not the fullscreen picture one.
> 
> I think that it depends on application to which 'window' (global root
> or monitor root) it attaches its fullscreen mode. If you press META +
> "Return", then WGroup.set_fullscreen() is launched. This function
> either leaves fullscreen from the windowmanager point of view or it
> enters the fullscreen mode back. This function always attaches window
> to a monitor root. Maybe we can include similar function in
> mod_xinerama, that always attaches a window to global root, so users
> can choose to which root the fullscreen will be attached, as both ways
> make sense.

I tried out META+Return, as you suggest.
The first time I press that, I get another tabbed window containing the picture (which should be full-screen).
The second time I press that, I get the full-screen window in full-screen, yay :)
The third time is like the first and so on.
What can I do to make this happen automatically for geeqie without having to press META+Return twice?

(Btw, the dock apps are on top of the fullscreen window)
 Thomas

On Sun, Jan 15, 2012 at 08:26:57PM +0100, eb...@dr... wrote:
> > 
> > I found out part of the issue in the meantime -- it seems the right
> > monitor is workspace-set 1 and the left one is workspace-set 2.
> > xrandr --output DVI-0 --mode 1920x1200 --left-of DVI-1 I probably
> > should just switch the signals around to solve this.
> > 
> 
> Maybe you can try this, to set DVI-1 to be the first monitor.
> 
> xrandr --output DVI-1 --primary

Yes, this works! (I want DVI-0 to be the primary, but that's a simple change)

Thank you!
 Thomas

> 
> I found out part of the issue in the meantime -- it seems the right
> monitor is workspace-set 1 and the left one is workspace-set 2.
> xrandr --output DVI-0 --mode 1920x1200 --left-of DVI-1 I probably
> should just switch the signals around to solve this.
> 

Maybe you can try this, to set DVI-1 to be the first monitor.

xrandr --output DVI-1 --primary

-- 
                                 Tomáš 'ebík' Ebenlendr
                                 PF 2012.04057427646

> One other issue: mplayer full screen now takes one full monitor, not
> split over two like without xinerama. However, geeqie fullscreen
> doesn't work. It did the same without xinerama like mplayer, but now
> it doesn't show its fullscreen window. I think geeqie full screen
> works like this: usually, the picture is on the right hand side. When
> you press f, a separate screenfilling window is added with the
> picture, but the original menu window stays (without the picture) --
> you can alt-tab out of full screen to it. However, I only get the
> menu window, not the fullscreen picture one.
> 
> Cheers,
>  Thomas

I think that it depends on application to which 'window' (global root
or monitor root) it attaches its fullscreen mode. If you press META +
"Return", then WGroup.set_fullscreen() is launched. This function
either leaves fullscreen from the windowmanager point of view or it
enters the fullscreen mode back. This function always attaches window
to a monitor root. Maybe we can include similar function in
mod_xinerama, that always attaches a window to global root, so users
can choose to which root the fullscreen will be attached, as both ways
make sense.

-- 
                                 Tomáš 'ebík' Ebenlendr
                                 PF 2012.0405822455

On Mon, Jan 09, 2012 at 12:11:21AM +0100, Arnout Engelen wrote:
> > When I load statusbar and dock after xinerama, I do get the wmdockapps back, but not the statusbar.
> > Also, the statusbar was on the left monitor and on the right hand side of it were the dock apps (also on the left monitor).
> > Now, the dock apps are on the left hand side of the right monitor and overlay the F3 (start apps) bar, which is annoying because I can't see what I type.
> > Before, the F3-entry field was above the dock apps.
> 
> Hmm, I'd need to look into this further. (might have something to do with floating vs
> embedded docks, we need to document all that better because I keep getting confused
> myself too :) )

Please do that. It's what keeping me from switching to xinerama.

I found out part of the issue in the meantime -- it seems the right monitor is workspace-set 1 and the left one is workspace-set 2.
xrandr --output DVI-0 --mode 1920x1200 --left-of DVI-1
I probably should just switch the signals around to solve this.

That explains why the wmdockapps are on the right screen now, but why are the wmdockapps not reducing the size of the windows?
And where is the statusbar?

> I think you mean 'frame' by 'thing' - perhaps review the manpage or the 'tour'
> ( https://sourceforge.net/apps/mediawiki/notion/index.php?title=Tour ) 

With default setup, there seems to be one workspace on both screens.
F9 creates another workspace, and I can switch with ALT-, or ALT- between them (or ALT-1/2/...).
With ALT-Tab I can switch around the frames on one monitor.

The URL you cite says:
"When you have a multiple-monitor setup, you should be using mod_xinerama, which makes sure there's a set of workspaces on each monitor, instead of one set of workspaces spanning all monitors."

So now I had to learn ALT-Shift-, and ALT-Shift-1 to switch between the monitor sets of workspaces.
I'm not sure I get the point of having multiple sets of workspaces, one per monitor. How are people using this?

One other issue: mplayer full screen now takes one full monitor, not split over two like without xinerama.
However, geeqie fullscreen doesn't work. It did the same without xinerama like mplayer, but now it doesn't show its fullscreen window.
I think geeqie full screen works like this: usually, the picture is on the right hand side. When you press f, a separate screenfilling window is added with the picture, but the original menu window stays (without the picture) -- you can alt-tab out of full screen to it. However, I only get the menu window, not the fullscreen picture one.

Cheers,
 Thomas

Happy with 
parcellite -n -d &
in .xinitrc
See here : http://parcellite.sourceforge.net/?page_id=16
For Actions, hotkeys, etc.
Greetings

On 13/01/12 21:38, Philipp Hartwig wrote:
> On Fri, Jan 13, 2012 at 09:36:59PM +0100, Arnout Engelen wrote:
[...]
>> Yeah that should be fine. I just wanted to make sure we can safely distribute
>> the script with notion, and putting it in the public domain ensures that. 
> 
> Okay, then I hereby put the function gotoclient_by_shortname from my Email 
> with the ID 20120113181038.GQ1532@debian into the public domain. I hope that 
> suffices.

<annoying license pedant>
Except some countries don't have a public domain. Not that anyone will
ever actually *care* for a snippet so small as this, but for more info
see here: http://creativecommons.org/about/cc0
</annoying license pedant>

-- 
┌─── ｄｇ＠ｃｏｗｌａｒｋ．ｃｏｍ ───── http://www.cowlark.com ─────
│
│ "Never attribute to malice what can be adequately explained by
│ stupidity." --- Nick Diamos (Hanlon's Razor)

On Fri, Jan 13, 2012 at 09:36:59PM +0100, Arnout Engelen wrote:
> Yeah. I like how i3 has a screencast showing its capabilities, which is really
> nice (though that has its downsides too: harder to create, harder to maintain,
> and I'm confident nobody will want to listen to my awful accent :).

The overall i3 documentation is excellent. Just looking at the user's guide 
makes one feel right at home before even running it for the first time. We 
should think about expanding our Tour as well, the gap between the Tour and 
"Configuring and extending Notion with Lua" is way too big.

By the way could you change the "https" in the "wiki" link on the Notion site 
to "http"? The current link always asks me to log into SourceForge and I think 
this is the reason.

> Yeah that should be fine. I just wanted to make sure we can safely distribute
> the script with notion, and putting it in the public domain ensures that. 

Okay, then I hereby put the function gotoclient_by_shortname from my Email 
with the ID 20120113181038.GQ1532@debian into the public domain. I hope that 
suffices.

Cheers,
Philipp

On Fri, Jan 13, 2012 at 08:53:11PM +0100, Philipp Hartwig wrote:
> On Fri, Jan 13, 2012 at 08:17:55PM +0100, Arnout Engelen wrote:
> > the fact > that Notion is 'static' really seems to set us apart - and I 
> > can't seem to live without that ;).
> > 
> > We should feature this more prominently on the website etcetera I guess.
> 
> When I first switched to Ion3 from wmii I was used to moving windows in all 
> directions all the time and it took me a while to realize how superior the 
> static approach is. I don't know how easy it is to convey that experience via 
> text. :) But it's worth a try.

Yeah. I like how i3 has a screencast showing its capabilities, which is really
nice (though that has its downsides too: harder to create, harder to maintain,
and I'm confident nobody will want to listen to my awful accent :).

> > Nonetheless we should consider your scripts for the scripting collection. Do 
> > you want to share it under both the LGPL and the Notion license?
> 
> Any reason why I shouldn't just put in the public domain? I'm not familiar 
> with these license/copyright issues (and something as trivial as this "script" 
> doesn't seem like a good place to start to worry about them).

Yeah that should be fine. I just wanted to make sure we can safely distribute
the script with notion, and putting it in the public domain ensures that. 

Arnout

On Fri, Jan 13, 2012 at 08:17:55PM +0100, Arnout Engelen wrote:
> > I've even considered switching to i3 several times because they explicitly 
> > mention[1] such a functionality in their user's guide, but I just can't live 
> > with dynamic tiling anymore.
> 
> My thoughts exactly: i3 seems really cool for a lot of reasons, but the fact
> that Notion is 'static' really seems to set us apart - and I can't seem to 
> live without that ;).
> 
> We should feature this more prominently on the website etcetera I guess.

When I first switched to Ion3 from wmii I was used to moving windows in all 
directions all the time and it took me a while to realize how superior the 
static approach is. I don't know how easy it is to convey that experience via 
text. :) But it's worth a try.

> Nonetheless we should consider your scripts for the scripting collection. Do 
> you want to share it under both the LGPL and the Notion license?

Any reason why I shouldn't just put in the public domain? I'm not familiar 
with these license/copyright issues (and something as trivial as this "script" 
doesn't seem like a good place to start to worry about them).

Philipp

On Fri, Jan 13, 2012 at 07:10:38PM +0100, Philipp Hartwig wrote:
> For a long time I had been desperately missing commands that would allow me 
> quickly jump directly to my mail client, to my browser and so on. I had worked 
> around it by giving single-letter window titles to most programs and using the 
> gotoclient command, but I've never really liked this option. 

Makes sense.

> I've even considered switching to i3 several times because they explicitly 
> mention[1] such a functionality in their user's guide, but I just can't live 
> with dynamic tiling anymore.

My thoughts exactly: i3 seems really cool for a lot of reasons, but the fact
that Notion is 'static' really seems to set us apart - and I can't seem to 
live without that ;).

We should feature this more prominently on the website etcetera I guess.

> A week ago I finally sat down to find out if there wasn't a way to somehow 
> achieve such a functionality in Notion and to my big surprise it was very 
> easy. As this has truly revolutionized the way I switch between windows I 
> thought I'd share this revelation. Maybe someone else finds it useful. Also 
> I'd love to hear comments or suggestions for improvement (although it is 
> working perfectly for me :)).

Cool, thanks a lot for sharing. Indeed, besides being useful on its own, it 
also nicely shows off how powerful having a scripting engine inside the
windowmanager is.

In a perfect world, however, in my opinion this would be implemented as a 
windowmanager-independent tool (or integrated in one like gnome-do or
synapse). Should be fairly easy to do actually. 

Nonetheless we should consider your scripts for the scripting collection. Do 
you want to share it under both the LGPL and the Notion license?

Arnout

> I use the following little function (I've put it in cfg_kludges.lua):
> --- SNIP ---
> gotoclient_by_shortname = function(sn)
>     local s
>     ioncore.clientwin_i(function(cwin)
>         local winprop = ioncore.getwinprop(cwin)
>         if winprop and winprop.shortname == sn then
>             s=cwin
>             return false
>         else
>             return true
>         end
>     end)
>     s:goto()
>     return true
> end
> --- SNAP ---
> 
> In the definition of the window properties I've added shortnames, for example:
> --- SNIP ---
> defwinprop{
> 	class = "URxvt",
> 	instance = "mutt",
> 	target = "muttframe",
> 	shortname = "m"
> }
> --- SNAP ---
> 
> And in my cfg_notioncore.lua I've added the following section:
> --- SNIP ---
> 	submap(META.."U", {
> 		kpress("a", "gotoclient_by_shortname('a')"),
> 		kpress("b", "gotoclient_by_shortname('b')"),
> 		kpress("c", "gotoclient_by_shortname('c')"),
> 		kpress("d", "gotoclient_by_shortname('d')"),
> 		kpress("e", "gotoclient_by_shortname('e')"),
> 		kpress("f", "gotoclient_by_shortname('f')"),
> 		kpress("g", "gotoclient_by_shortname('g')"),
> 		kpress("h", "gotoclient_by_shortname('h')"),
> 		kpress("i", "gotoclient_by_shortname('i')"),
> 		kpress("j", "gotoclient_by_shortname('j')"),
> 		kpress("k", "gotoclient_by_shortname('k')"),
> 		kpress("l", "gotoclient_by_shortname('l')"),
> 		kpress("m", "gotoclient_by_shortname('m')"),
> 		kpress("n", "gotoclient_by_shortname('n')"),
> 		kpress("o", "gotoclient_by_shortname('o')"),
> 		kpress("p", "gotoclient_by_shortname('p')"),
> 		kpress("q", "gotoclient_by_shortname('q')"),
> 		kpress("r", "gotoclient_by_shortname('r')"),
> 		kpress("s", "gotoclient_by_shortname('s')"),
> 		kpress("t", "gotoclient_by_shortname('t')"),
> 		kpress("u", "gotoclient_by_shortname('u')"),
> 		kpress("v", "gotoclient_by_shortname('v')"),
> 		kpress("w", "gotoclient_by_shortname('w')"),
> 		kpress("x", "gotoclient_by_shortname('x')"),
> 		kpress("y", "gotoclient_by_shortname('y')"),
> 		kpress("z", "gotoclient_by_shortname('z')"),
> 	}),
> --- SNAP ---
> 
> I can now conveniently switch to my mail client by pressing Alt+u and then m. 
> Of course there is no need to use a submap so that even faster bindings like 
> Alt+m can be used if desired.
> 
> Regards,
> Philipp
> 
> [1] http://i3wm.org/docs/userguide.html#_jumping_to_specific_windows
> 
> ------------------------------------------------------------------------------
> RSA(R) Conference 2012
> Mar 27 - Feb 2
> Save $400 by Jan. 27
> Register now!
> http://p.sf.net/sfu/rsa-sfdev2dev2
> _______________________________________________
> Notion-general mailing list
> Not...@li...
> https://lists.sourceforge.net/lists/listinfo/notion-general

For a long time I had been desperately missing commands that would allow me 
quickly jump directly to my mail client, to my browser and so on. I had worked 
around it by giving single-letter window titles to most programs and using the 
gotoclient command, but I've never really liked this option. I've even 
considered switching to i3 several times because they explicitly mention[1] 
such a functionality in their user's guide, but I just can't live with dynamic 
tiling anymore.

A week ago I finally sat down to find out if there wasn't a way to somehow 
achieve such a functionality in Notion and to my big surprise it was very 
easy. As this has truly revolutionized the way I switch between windows I 
thought I'd share this revelation. Maybe someone else finds it useful. Also 
I'd love to hear comments or suggestions for improvement (although it is 
working perfectly for me :)).

I use the following little function (I've put it in cfg_kludges.lua):
--- SNIP ---
gotoclient_by_shortname = function(sn)
    local s
    ioncore.clientwin_i(function(cwin)
        local winprop = ioncore.getwinprop(cwin)
        if winprop and winprop.shortname == sn then
            s=cwin
            return false
        else
            return true
        end
    end)
    s:goto()
    return true
end
--- SNAP ---

In the definition of the window properties I've added shortnames, for example:
--- SNIP ---
defwinprop{
	class = "URxvt",
	instance = "mutt",
	target = "muttframe",
	shortname = "m"
}
--- SNAP ---

And in my cfg_notioncore.lua I've added the following section:
--- SNIP ---
	submap(META.."U", {
		kpress("a", "gotoclient_by_shortname('a')"),
		kpress("b", "gotoclient_by_shortname('b')"),
		kpress("c", "gotoclient_by_shortname('c')"),
		kpress("d", "gotoclient_by_shortname('d')"),
		kpress("e", "gotoclient_by_shortname('e')"),
		kpress("f", "gotoclient_by_shortname('f')"),
		kpress("g", "gotoclient_by_shortname('g')"),
		kpress("h", "gotoclient_by_shortname('h')"),
		kpress("i", "gotoclient_by_shortname('i')"),
		kpress("j", "gotoclient_by_shortname('j')"),
		kpress("k", "gotoclient_by_shortname('k')"),
		kpress("l", "gotoclient_by_shortname('l')"),
		kpress("m", "gotoclient_by_shortname('m')"),
		kpress("n", "gotoclient_by_shortname('n')"),
		kpress("o", "gotoclient_by_shortname('o')"),
		kpress("p", "gotoclient_by_shortname('p')"),
		kpress("q", "gotoclient_by_shortname('q')"),
		kpress("r", "gotoclient_by_shortname('r')"),
		kpress("s", "gotoclient_by_shortname('s')"),
		kpress("t", "gotoclient_by_shortname('t')"),
		kpress("u", "gotoclient_by_shortname('u')"),
		kpress("v", "gotoclient_by_shortname('v')"),
		kpress("w", "gotoclient_by_shortname('w')"),
		kpress("x", "gotoclient_by_shortname('x')"),
		kpress("y", "gotoclient_by_shortname('y')"),
		kpress("z", "gotoclient_by_shortname('z')"),
	}),
--- SNAP ---

I can now conveniently switch to my mail client by pressing Alt+u and then m. 
Of course there is no need to use a submap so that even faster bindings like 
Alt+m can be used if desired.

Regards,
Philipp

[1] http://i3wm.org/docs/userguide.html#_jumping_to_specific_windows

El 12/01/12 15:04, Wojciech Aniszewski escribió:
> On  Thu 01/12/12 12:02, Domingo Gomez wrote:
>> Thanks for answering!
>> By the way, am I writing in the list?
>> or just to you?
> I am afraid you've written just to me, append not...@li... for the list.
>
>> El 11/01/12 19:14, Wojciech Aniszewski escribió:
>>> Ehmmm sorry you lost me. Highlight + middle_click doesn't work?
>>> It's like a default behavior of Xorg for many years. You do use xorg?
>> Yes, that works. However, I don't want to paste using the middle_click
>> botton.
>>> (also, xsel?)
>>> Ctr-c ctrl-v is soooo Windows, I couldnt' use it out of pure principle:)
>>>
>> :D
>> Okay, so I want to assign a non-windows combination of keys instead
>> of using middle-click button.
>> Is that possible?
>> Cheers,
> Ok. Well, I'm not sure any such shortcut exists in Notion.
> Maybe 'xsel' (-p/-s/-c) could be used and bound to some shortcut, but the problem is it would send the text
> not where you want it. Let's wait until someone wiser than me picks this up.
>
Thank you very much for your effort.
I'm a step closer to the solution. Now, I'm saving that
to a temporal file in /tmp/ and reading from it.
Not the perfect solution, but good enough.
Cheers,
Domingo

On  Thu 01/12/12 12:02, Domingo Gomez wrote:
> Thanks for answering!
> By the way, am I writing in the list?
> or just to you?

I am afraid you've written just to me, append not...@li... for the list.

> El 11/01/12 19:14, Wojciech Aniszewski escribió:
> >Ehmmm sorry you lost me. Highlight + middle_click doesn't work?
> >It's like a default behavior of Xorg for many years. You do use xorg?
> Yes, that works. However, I don't want to paste using the middle_click
> botton.
> >(also, xsel?)
> >Ctr-c ctrl-v is soooo Windows, I couldnt' use it out of pure principle:)
> >
> :D
> Okay, so I want to assign a non-windows combination of keys instead
> of using middle-click button.
> Is that possible?
> Cheers,

Ok. Well, I'm not sure any such shortcut exists in Notion. 
Maybe 'xsel' (-p/-s/-c) could be used and bound to some shortcut, but the problem is it would send the text
not where you want it. Let's wait until someone wiser than me picks this up.

REgards
w

> Domingo
> 

-- 
Wojtek Aniszewski
[IPA: vɔi̯tɛk a'niʂɛfskʲi ]
[Eng: voyteck aanishevsky]

(\__/)  
(='.'=) This is Bunny. Copy and paste Bunny into your
(")_(") signature to help him gain world domination.

domingo gomez (2012-01-11 16:22:24 +0100) wrote:

> I've been using Notion from time to time. I must say that it's great and I
> don't want to change anything about it. However, I will like to know what
> does Notion users use to simulate the clipboard. I try trayion and
> gnome-clipboard and it works fine, but I would like to know if there is
> other options. I would like just using ctrl-c to copy text and paste it in
> other window or to copy it with the mouse and use ctrl-v.

I run "autocutsel -f" from .xsession.  I'm not sure if that's what you meant,
but it provides the behaviour you mention on most occasions:
http://www.lepton.fr/tools/autocutsel/

HTH,
-- 
Ivan Vilata i Balaguer -- https://elvil.net/

Dear all,
I've been using Notion from time to time. I must say that it's great and 
I don't
want to change anything about it. However, I will like to know what does
Notion users use to simulate the clipboard.
I try trayion and gnome-clipboard and it works fine, but I would like to
know if there is other options. I would like just using ctrl-c to copy text
and paste it in other window or to copy it with the mouse and use ctrl-v.
Cheers,
Domingo

On Wed, Jan 11, 2012 at 10:30:06PM +1000, bva wrote:
> Oh! I'm not right!
> We can use
> _NET_CURRENT_DESKTOP -- to switch desktops (WGroupWS)
> _NET_DESKTOP_NAMES -- for WGroupWS names
> _NET_NUMBER_OF_DESKTOPS -- self described.
> 
> This is interesting.

Yeah - note that we don't *currently* implement this in notion - but IMHO we 
should :).

Kind regards,

Arnout

> 2012/1/11 bva <4r...@gm...>:
> > I don't want adding of new desktop, but switching existing desktops.
> > If I understand right, _NET_NUMBER_OF_DESKTOPS is only can be used to
> > change number of desktops...
> >
> > I'll try to use ionflux.
> >
> > 2012/1/11 Arnout Engelen <no...@bz...>:
> >> On Wed, Jan 11, 2012 at 11:40:19AM +0100, Juri Hamburg wrote:
> >>> Well, I can tell you: i've used it successfully on ion3.
> >>
> >> In that case I'd say it'd make sense to add it to the Notion repo's.
> >>
> >> A module (also) providing dbus access might be interesting, but I'm not
> >> planning on looking into that myself.
> >>
> >> For this specific use case (adding a new workspace), it might be better to
> >> implement support for writing to _NET_NUMBER_OF_DESKTOPS as described
> >> at http://standards.freedesktop.org/wm-spec/wm-spec-latest.html#id2505816
> >>
> >>
> >> Kind regards,
> >>
> >> Arnout
> >>
> >>> What do you
> >>> mean with unsafe? Security aspects? Or stability? (Or both :) )
> >>>
> >>> If it's about security: that depends of course, whether it's a single or
> >>> multiple user machine. But if someone gets access to your machine, he
> >>> could do more nasty stuff than just freaking around with ionflux. Or do
> >>> I miss something?
> >>>
> >>>
> >>> Greetings,
> >>> Juri
> >>>
> >>> On 01/11/12 at 08:33pm, bva wrote:
> >>> > Thank you!
> >>> >
> >>> > I know about ionflux, but i read that it is unsafe and the main thing:
> >>> > it is for ION2 and would not work with ION3.
> >>> >
> >>> > 2012/1/11 Juri Hamburg <ju...@fa...>:
> >>> > > Hi,
> >>> > >
> >>> > > well for ion3 there was mod_ionflux, but it looks like it's not in the
> >>> > > notion project repository yet.
> >>> > >
> >>> > > I've uploaded old ionflux, not sure whether it will compile and work for notion.
> >>> > > http://fail2fail.com/dump/mod_ionflux-3.tar.gz
> >>> > >
> >>> > > @Arnout, what do you think about adding ionflux to the notion repository?
> >>> > >
> >>> > >
> >>> > > Greetings,
> >>> > > Juri
> >>> > >
> >>> > > On 01/11/12 at 05:58pm, bva wrote:
> >>> > >> Hi!
> >>> > >>
> >>> > >> Is there any way for remote controlling notion? I need to create new
> >>> > >> workspaces by command from the external application.
> >>> > >>
> >>> > >> Or may be the D-BUS support is in short future plan?
> >>> > >>
> >>> > >> ------------------------------------------------------------------------------
> >>> > >> Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
> >>> > >> infrastructure or vast IT resources to deliver seamless, secure access to
> >>> > >> virtual desktops. With this all-in-one solution, easily deploy virtual
> >>> > >> desktops for less than the cost of PCs and save 60% on VDI infrastructure
> >>> > >> costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
> >>> > >> _______________________________________________
> >>> > >> Notion-general mailing list
> >>> > >> Not...@li...
> >>> > >> https://lists.sourceforge.net/lists/listinfo/notion-general
> >>> > >
> >>> > > --
> >>> > > Juri Hamburg
> >>> > > GnuPG Key-ID: 0x67206E72
> >>> > >
> >>> > > -----BEGIN PGP SIGNATURE-----
> >>> > > Version: GnuPG v1.4.10 (GNU/Linux)
> >>> > >
> >>> > > iQEcBAEBAgAGBQJPDV7fAAoJEDF4H3pnIG5ync4IAM0H1hIqrEOk1TAQEzOJSsQ2
> >>> > > gFniy6cku35T7GL+BHp+P0krl8ZwP+ycQnJ2hFTy3qBz/oF5oRTx1hnPo65MYMwY
> >>> > > f2kJ9MA6q2dVSS51yfGIPPDlToGp2MJ7d/YC69tKCSGk4lrVgvonM4x5XHCbx+DY
> >>> > > nNgmCpymUvkHPRquPjbruEM7QQ5Z2gGYQnV9iHE/jOgJdihHi4Y4M3ML708j2MTy
> >>> > > ysMS0tHbBzclseLPy8pceUJfc0/K4fn1hcWQtQHw+SrXnOXwR0lb5jP2y+Yi+JBh
> >>> > > Q7vHZZ0TDHB74preTFndu5Hv0iIK540L8AEJsyrNoTosn6Ky+ZCuzdfKxrj0dzo=
> >>> > > =6NRg
> >>> > > -----END PGP SIGNATURE-----
> >>> > >
> >>> > > ------------------------------------------------------------------------------
> >>> > > Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
> >>> > > infrastructure or vast IT resources to deliver seamless, secure access to
> >>> > > virtual desktops. With this all-in-one solution, easily deploy virtual
> >>> > > desktops for less than the cost of PCs and save 60% on VDI infrastructure
> >>> > > costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
> >>> > > _______________________________________________
> >>> > > Notion-general mailing list
> >>> > > Not...@li...
> >>> > > https://lists.sourceforge.net/lists/listinfo/notion-general
> >>> > >
> >>> >
> >>> > ------------------------------------------------------------------------------
> >>> > Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
> >>> > infrastructure or vast IT resources to deliver seamless, secure access to
> >>> > virtual desktops. With this all-in-one solution, easily deploy virtual
> >>> > desktops for less than the cost of PCs and save 60% on VDI infrastructure
> >>> > costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
> >>> > _______________________________________________
> >>> > Notion-general mailing list
> >>> > Not...@li...
> >>> > https://lists.sourceforge.net/lists/listinfo/notion-general
> >>>
> >>> --
> >>> Juri Hamburg
> >>> GnuPG Key-ID: 0x67206E72
> >>
> >>
> >>
> >>> ------------------------------------------------------------------------------
> >>> Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
> >>> infrastructure or vast IT resources to deliver seamless, secure access to
> >>> virtual desktops. With this all-in-one solution, easily deploy virtual
> >>> desktops for less than the cost of PCs and save 60% on VDI infrastructure
> >>> costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
> >>
> >>> _______________________________________________
> >>> Notion-general mailing list
> >>> Not...@li...
> >>> https://lists.sourceforge.net/lists/listinfo/notion-general
> >>

2010	Jan	Feb	Mar	Apr (2)	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec
2011	Jan	Feb	Mar (3)	Apr (4)	May	Jun (4)	Jul	Aug (4)	Sep	Oct (20)	Nov (5)	Dec (5)
2012	Jan (37)	Feb (1)	Mar (5)	Apr (29)	May (3)	Jun (9)	Jul (6)	Aug (10)	Sep (16)	Oct (8)	Nov (9)	Dec (2)
2013	Jan (6)	Feb (6)	Mar	Apr	May	Jun (1)	Jul (4)	Aug (1)	Sep	Oct (6)	Nov (6)	Dec (1)
2014	Jan (1)	Feb (4)	Mar	Apr	May (16)	Jun (10)	Jul (8)	Aug (2)	Sep (2)	Oct	Nov	Dec
2015	Jan	Feb (1)	Mar	Apr	May (22)	Jun (22)	Jul (1)	Aug (8)	Sep (5)	Oct (2)	Nov (13)	Dec (2)
2016	Jan	Feb (5)	Mar	Apr	May	Jun (9)	Jul	Aug (2)	Sep (9)	Oct	Nov (2)	Dec (1)
2017	Jan	Feb (8)	Mar (1)	Apr	May (2)	Jun	Jul	Aug	Sep	Oct	Nov	Dec
2018	Jan	Feb	Mar	Apr	May (1)	Jun	Jul (4)	Aug (9)	Sep	Oct	Nov	Dec (1)
2019	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep (1)	Oct	Nov	Dec

notion-general Mailing List for notion (Page 13)

Tabbed, tiling window manager.

notion-general — General discussion about the notion window manager