headers
Tuomo Valkonen | 1 Nov 2008 10:14
Picon
Picon
Favicon

Re: Moving tabbar to bottom of the screen

On 2008-11-01 10:03 +0100, Tomáš Ebenlendr wrote:
> Hmm, vertical tabs on left or right will be more cool but also more
> difficult, I suppose that rotating text (just by 90 degrees) is not
> supported by drawing engine now.

No, it isn't supported.

And really, to go that level of flexibility, the drawing engine API
should be abstracted more, and a lot more stuff moved to the DE. 

(Your mail didn't go on the list, but I suppose you don't mind
me Cc:ing there.)

--

-- 
Tuomo
Permalink | Reply | 0 comments |
headers
Tomáš Ebenlendr | 1 Nov 2008 10:04
Picon

Re: Moving tabbar to bottom of the screen


Dne 31 Říjen 2008, 17:22, Tuomo Valkonen napsal(a):
> On 2008-10-31, Eider Oliveira <eider.oliveira@...> wrote:
>
>> Is there a way for me to place the tab below the frame, instead of on
>> top of it?
>
> Other than writing a patch, no.
>
>
> It shouldn't be too difficult. There's already the 'bar' parameter
> of frame styles, that supports the modes "inside", "outside", and "shaped".
> Just add "-below" variants, and wherever FRAME_BAR_*
> is referred to, add extra cases for the below geometry.
>
> --
> "[Fashion] is usually a form of ugliness so intolerable that we have
> to alter it every six months." -- Oscar Wilde "The computer industry is the
> only industry that is more fashion-driven than women's fashion." -- RMS

Hmm, vertical tabs on left or right will be more cool but also more
difficult, I suppose that rotating text (just by 90 degrees) is not
supported by drawing engine now.

-- 
.                           Tomas Ebenlendr
.                           http://drak.ucw.cz/~ebik

--

-- 
.                           Tomas Ebenlendr
(Continue reading)

Permalink | Reply | 0 comments |
headers
Daniel Clemente | 6 Nov 2008 11:13
Picon
Favicon

Disable automatic saving of workspace (frame layout)


Hi.

  Here: http://www.modeemi.fi/~tuomov/ion/faq/entries/Saving_layout.html
  it says:
------
How do I save workspace and frame layout?

Ion does it automatically for you when you exit it cleanly.
------

  Can ion be configured not to do this? I would like to read my layout always from saved_layout.lua but not save
it automatically on exit. I will save it manually when I want.

  Thanks

Daniel
Permalink | Reply | 5 comments |
headers
Sylvain Abélard | 6 Nov 2008 11:17
Picon

Re: Disable automatic saving of workspace (frame layout)

> How do I save workspace and frame layout?
> Ion does it automatically for you when you exit it cleanly.
>  Can ion be configured not to do this?

A long time ago, my hack was to remove the write rights to the
saved-layout file.
If there isn't a better way now, I hope it helps

--

-- 
Sylvain Abélard
"J'ai décidé d'être heureux, c'est meilleur pour la santé." -Voltaire
Permalink | Reply | 4 comments |
headers
Tuomo Valkonen | 6 Nov 2008 12:26
Picon
Picon
Favicon

Re: Disable automatic saving of workspace (frame layout)

On 2008-11-06, Sylvain Abélard <sylvain.abelard@...> wrote:
>> How do I save workspace and frame layout?
>> Ion does it automatically for you when you exit it cleanly.
>>  Can ion be configured not to do this?
>
> A long time ago, my hack was to remove the write rights to the
> saved-layout file.
> If there isn't a better way now, I hope it helps

Exit with ioncore.resign() instead of ioncore.shutdown()

--

-- 
"[Fashion] is usually a form of ugliness so intolerable that we have
 to alter it every six months." -- Oscar Wilde
"The computer industry is the only industry that is more fashion-driven
 than women's fashion." -- RMS
Permalink | Reply | 3 comments |
headers
Daniel Clemente | 6 Nov 2008 20:15
Picon
Favicon

Re: Disable automatic saving of workspace (frame layout)

Tuomo Valkonen <tuomov@...> writes:

> Exit with ioncore.resign() instead of ioncore.shutdown()

  The session is saved not only on exit but also on restart:

/*EXTL_DOC
 * Restart, saving session first.
 */
EXTL_EXPORT
void ioncore_restart()
{
    set_other(NULL);

    if(smhook!=NULL){
        smhook(IONCORE_SM_RESTART);
    }else{
        ioncore_do_snapshot();
        ioncore_do_restart();
    }
}

   The restart will save the session unless the source code is modified. Or maybe it can be overriden in Lua?

Daniel
Permalink | Reply | 2 comments |
headers
Tuomo Valkonen | 6 Nov 2008 21:28
Picon
Picon
Favicon

Re: Disable automatic saving of workspace (frame layout)

On 2008-11-06, Daniel Clemente <dcl441-bugs@...> wrote:
>    The restart will save the session unless the source code is modified.
>    Or maybe it can be overriden in Lua?

No. And it doesn't make much sense to override; saving is needed
for sane restart behaviour that will place the windows where they
were. (Of course, one might use some X root window property too
in this case.) The primary reason for the existence of resign() is 
also being able to quit the WM under a session manager (that supports
remote exit) without shutting down and saving the entire session. 
If one wants a static setup, it's perhaps best to just clean up
files in .xsession.

--

-- 
"[Fashion] is usually a form of ugliness so intolerable that we have
 to alter it every six months." -- Oscar Wilde
"The computer industry is the only industry that is more fashion-driven
 than women's fashion." -- RMS
Permalink | Reply | 1 comment |
headers
Tuomo Valkonen | 7 Nov 2008 00:28
Picon
Picon
Favicon

Re: Disable automatic saving of workspace (frame layout)

On 2008-11-06, Tuomo Valkonen <tuomov@...> wrote:
> If one wants a static setup, it's perhaps best to just clean up
> files in .xsession.

Perhaps this needs a clarification: you can put a saved_layout.lua
in ~/.ion3/.  If one doesn't exist in the session directory
(which one can explicitly specify with -session), this one is 
loaded. If you remove the one in the session directory in 
.xsession, restarts should work fine, as the state gets saved
over restarts.

(It's also possible to do some search path mangling in
Lua and from the command line, and maybe even set X properties
to detect restarts. But it's more kludgy. And the session
directory is always the first directory looked into, despite
other search path orders, which excludes certain options.)

--

-- 
Be an early adopter! Beat the herd! Choose Windows today!
Permalink | Reply | 0 comments |
headers
Roy Lanek | 10 Nov 2008 08:53

Ion rewriting

What--and I am serious--about rewriting Ion in ... Haskell?

(Haskell ... just in case: I have entertained myself in Miranda and Hope a
bit already, but those are not *free*; plus, while not looking like cpan.org,
hackage.haskell.org is not ... nothing; seems also to me that the Haskell
community is growing in size -- hooray.)

Why so?!, because Ion is written--shudder--in the US-dollar of the programming
languages anno 2008 still; hence, Tuomo (but not only he) has, to ... I am
paraphrasing Torvalds, play at the "masturbating monke^H^H^H^H^Hreindeer"
every time he needs to change something in the code that goes beyond
cosmetics, and be it as as an experiment only, quite likely. ( C's
*expressivity* oblige.)

I skip mentioning other advantages in general, moreover I am sure Tuomo
perfectly knows that Compiled Haskell is as fast than C, and that there is a
Haskell Lua interpreter. (Haskell -> Riot ... which I never have tried by the
way.)

Yes, there is at least another window manager which is written in Haskell,
XMonad (which seems also interesting), so what?! Does taking good or better
decisions/options mean that others have to stick within the crap?

Ion's development is managed in a way that the *popularity* of a language
doesn't matter too much, as long the source can be easily compiled.

Lua may be fun, but Haskell (and other modern functional languages) are no
match ... on standard environments at the least. And as a neophyte I would
be much more interested in learning Haskell than Lua anyway. (To let us
understand further: XMonad should use configuration files written in Haskell.)
(Continue reading)

Permalink | Reply | 5 comments |
headers
Tuomo Valkonen | 10 Nov 2008 10:43
Picon
Picon
Favicon

Re: Ion rewriting

On 2008-11-10, Roy Lanek <lanek@...> wrote:
> What--and I am serious--about rewriting Ion in ... Haskell?

Rewrites in The Language of the Day are lame (see also the .signature),
for people with a lot of time in their hands and no original ideas.

> Why so?!, because Ion is written--shudder--in the US-dollar of the programming
> languages anno 2008 still; hence, Tuomo (but not only he) has, to ... I am
> paraphrasing Torvalds, play at the "masturbating monke^H^H^H^H^Hreindeer"
> every time he needs to change something in the code that goes beyond
> cosmetics, and be it as as an experiment only, quite likely. ( C's
> *expressivity* oblige.)

C works quite well, especially combined with Lua for the tasks that
are not nicely done in C. Working on Ion's code, I don't often run
into the limitations of C, because I have my frameworks written ages
ago. What would make sense is gradually moving some of auxiliary C 
code to the Lua side.

I really don't like writing the kind of stuff a window manager is in
Haskell. It's too painful. The language just isn't meant for that kind
of stuff. Dynamic data structures (e.g. objects) are _pain_; perhaps
the best way to get around this is _heavy_ threading, every object being
its own thread... it's an academic exercise that I have no time for, 
and of little practical benefit over a tried C implementation that 
works today.

> I skip mentioning other advantages in general, moreover I am sure Tuomo
> perfectly knows that Compiled Haskell is as fast than C
(Continue reading)

Permalink | Reply | 4 comments |

Gmane