Re: [E-devel] [e-users] Tabs in terminology

2014-12-03 Thread The Rasterman
On Wed, 3 Dec 2014 11:20:57 +0100 Boris Faure  said:

> On 14-12-03 18:33, Carsten Haitzler wrote:
> > > > 3. when you hide the old tab switcher controls (4 boxes top-right) is
> > > > half off the window to bring it back (separate from the actual
> > > > switcher), when i have no tabs.. and i don't want to bring it back.,
> > > 
> > > I don't understand the first part on that one.
> > 
> > hiding the tab toolbar still leaves 2 boxes at the top-right of the terminal
> > window to re-show thte tab switcher. even if no tabs exist. :)
> 
> Let's say you have a window like the following: 2 splits, no tab.
> +--+--+
> |  A  |
> +--+--+
> |B |C |
> +--+--+
> 
> How do you add a tab that covers the whole window? How about one that
> covers only B, or both B and C?

the case i saw first was a window with no splits 1 term.. with no extra tabs.
it shouldn't have had any extra decorations for the tab bar. :) if you want a
tab bar covering all splits (and it switches the currently focused split) -
sure. i would put a tab bar at the top of every term (in each split). if user
hides tab bar then work like terminology did before - with the grid tab
switcher. with tab bar visible then you can use the tab bar to switch terms. :)

>   The way I did it is that the "new tab" callback (either from the key
> bindings or the controls menu) will go from the term where the event
> occurs up to a "tab container" where there are more than one tab or
> create a full-window-tab.
> 
>   In case you want one tab that covers B and C, you need to bring up
> that tab-bar. If you have a better way to handle that case, I'm all
> ears.
> 
> Would you prefer to have the tab-bar switcher only shown on over?

i'm easy there - as long as when turned off. it ceases to exist. :) give me a
bit and i'll show you what i would do/expect from tabs. it's a bit complex as
there arent really any examples of doing nice tabs with edje. i can see why you
did it the way you did, and why i'd do it differently visually (which would
affect everything else too).

-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] [e-users] Tabs in terminology

2014-12-03 Thread Boris Faure
On 14-12-03 18:33, Carsten Haitzler wrote:
> > > 3. when you hide the old tab switcher controls (4 boxes top-right) is half
> > > off the window to bring it back (separate from the actual switcher), when 
> > > i
> > > have no tabs.. and i don't want to bring it back.,
> > 
> > I don't understand the first part on that one.
> 
> hiding the tab toolbar still leaves 2 boxes at the top-right of the terminal
> window to re-show thte tab switcher. even if no tabs exist. :)

Let's say you have a window like the following: 2 splits, no tab.
+--+--+
|  A  |
+--+--+
|B |C |
+--+--+

How do you add a tab that covers the whole window? How about one that
covers only B, or both B and C?
  The way I did it is that the "new tab" callback (either from the key
bindings or the controls menu) will go from the term where the event
occurs up to a "tab container" where there are more than one tab or
create a full-window-tab.

  In case you want one tab that covers B and C, you need to bring up
that tab-bar. If you have a better way to handle that case, I'm all
ears.

Would you prefer to have the tab-bar switcher only shown on over?

-- 
Boris Faure
Pointer Arithmetician


signature.asc
Description: Digital signature
--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] [e-users] Tabs in terminology

2014-12-03 Thread The Rasterman
On Wed, 3 Dec 2014 10:15:44 +0100 Boris Faure  said:

> On 14-12-03 08:57, Carsten Haitzler wrote:
> > On Tue, 2 Dec 2014 21:29:37 +0100 Boris Faure  said:
> > 
> > > Hi!
> > > 
> > > I've pushed a bunch of commits to the terminology repository.  They
> > > change (and enhance I hope) the way tabs and splits can be used in
> > > terminology.
> > > There is a "tabbar" that can be hidden to get the old tab selector.
> > > All splits contain an hidden tabbar thus you can have tabs in splits
> > > in tabs in…
> > > 
> > > I couldn't make the tab entries as great as I wanted due to a bug I
> > > encountered while using an object in an elm_toolbar_item.  I've put that
> > > state of the code at devs/billiob/strange_bug.  I'll try to make a
> > > smaller test case.
> > > 
> > > There are probably some hidden bugs, so please, test it and report them
> > > on phab.  If you have some ideas on how to improve that aspect of
> > > terminology, feel free to share them.
> > 
> > this is swimming with problems:
> > 
> > 1. why on earth is there now a "tab bar" whgen i have no tabs. just a single
> > terminal? why is my terminal now bloated and taller eating up useless space
> > REPEATING what is already in the titlebar?
> 
> There is a config option to hide the tab bar by default. I put it here as
> part of user experience, to tell people they can have tabs as they
> expect them.

i know - and it still messes up focus when hidden by default and puts 2 little
boxes at the top of the window when there are no tabs being used to pull it
back down. :)

> > 2. when you hide the tab bar it's not remembered and terminal cell
> > grid/size is broken now as it never changes/adjusts for the tab bar
> > hide/show
> 
> I'll fix it.
> 
> > 3. when you hide the old tab switcher controls (4 boxes top-right) is half
> > off the window to bring it back (separate from the actual switcher), when i
> > have no tabs.. and i don't want to bring it back.,
> 
> I don't understand the first part on that one.

hiding the tab toolbar still leaves 2 boxes at the top-right of the terminal
window to re-show thte tab switcher. even if no tabs exist. :)

> > 4. initial focus is broken - i open a terminal and cannot type in it at
> > all ... until i click the terminal itself. i have to do this EVERY TIME i
> > start terminology at all/ it's become INCREDIBLY painful to use.
> 
> Worked for me with "focus follow mouse" in terminology. I'll test
> without that option and fix the issues.

focus follows mouse in e. i literally EVERY time i focus the window have to
click on it to type in the terminal. every single time. this is really the crux
of the problem. it makes terminology so annoying to use i either revert this or
switch to xterm. :)

> > […]
> > there are smaller things - like long titles don't fit in a tab entry but
> > they center so i don't see the beginning of the text and the end is cut off
> > too - likely you want a different behavior like  "Long title is..." rather
> > than the current "g title". the tab bar kind of looks out of place.
> > visually.  it has a lighter grey bg next to the dark bg of the term... it
> > looks like its just a box of flat grey with buttons on it... it would make
> > more sense imho if it had no bg and was overlayed on the same bg as the
> > term... (personally i would have done this custom with edje objects and a
> > custom layout of them with mouse-over scrolling like the tab selector has
> > in 2d, but in 1d here). if you wanted tabs i would have visually designed
> > things to look actually tab-like with a ... "tab" coming off the existing
> > terminal (and other unselected tabs to the left/right covering it up to
> > look a bit inset with "tabs" in the bg).
> 
> I'd like to do it like that but I suck at edc. Each time I try to do
> something nice in edc, it gets on my nerves.

:(

> > don't get me wrong. you're doing a fine job with terminology! just this
> > here is a bit of a misstep and a stumble. i personally don't like the idea
> > of wasting vertical space for tabs always being there, but people insist on
> > wasting their space and want it so fine - do it.. but.. do it "nicely" then
> > and don't break existing usage without tabs.
> 
> I'll keep on working on it in a separate branch.

please. i was mulling if i should not just do it to show you how :) show you
what i mean :) it's all about finding time... :)

-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
_