Tabby Cats

[richmond62]

It's Richmond Fantasy Time again . . .

Imagine a stack where each card has a TAB protruding from its top:
-

tabby.png (10.74 KiB) Viewed 2052 times

-
Clicking on a tab takes one to that card.

[tperry2x]

I'm imagining...
but why imagine when I can attach

Tabs.oxtstack

(1.48 KiB) Downloaded 116 times

tabs.png (11.2 KiB) Viewed 2047 times

[richmond62]

I saw your example,and, Yes, that has been done quite a few times over the years.

BUT it still has an over-arching window bar.

[tperry2x]

BUT it still has an over-arching window bar.

Ohhh, right - I get you. You mean get rid of the title (where I've got "tabs for richmond")?
using that Tabs stack as an example, could you not just do:

Code: Select all

set the decorations of stack "Tabs" to empty

and to restore:

Code: Select all

set the decorations of stack "Tabs" to default

tabs-2.oxtstack

(1.92 KiB) Downloaded 119 times

tabs2.png (49.05 KiB) Viewed 2034 times

[tperry2x]

To adhere to your example more:

tabs-3.oxtstack

(3.4 KiB) Downloaded 118 times

tabs-3.png (52.54 KiB) Viewed 2017 times

[tperry2x]

It's at this point I wish LCC / OXT could do properly rotated text fields, as having tabs vertically on the side of stacks in that manner would be really useful. (While keeping the text labels as text).
I know there's a plugin for that, but the results aren't perhaps what you'd expect.

[tergolap]

It's at this point I wish LCC / OXT could do properly rotated text fields, as having tabs vertically on the side of stacks in that manner would be really useful. (While keeping the text labels as text).
I know there's a plugin for that, but the results aren't perhaps what you'd expect.

That would be great. I have not understood yet, why UI/UX uses huge toolbars (I look at you, Microsoft), when screens tend to get wider and wider. I really like programms, where I can make use of the full screen height for content and have the sides for the tools. LibreOffice does that quite well.

[richmond62]

Unfortunately your "tabs2" example is not draggable by any of the tabs at the top.

[tperry2x]

Unfortunately your "tabs2" example is not draggable by any of the tabs at the top.

Ah, you want it draggable too. That is of course a side-effect of hiding the titlebar.
You could use something like this if just using a button to drag your card about:

Code: Select all

local sgDragging, sgLeftOffset, sgTopOffset
on mousedown
   put item 1 of the mouseLoc into sgLeftOffset
   put item 2 of the mouseLoc into sgTopOffset
   put true into sgDragging
   if not (the pendingmessages contains "tDragMove") then send tDragMove to me in 1 millisecond
end mousedown
on tDragMove
   lock screen
   if sgDragging is true then
      set the left of this stack to item 1 of globalloc(the mouseLoc) - sgLeftOffset
      set the top of this stack to item 2 of globalloc(the mouseLoc) - sgTopOffset 
   end if
   unlock screen
   if the mouse is up then
      put false into sgDragging
   else
      send tDragMove to me in 1 millisecond
   end if
end tDragMove

Don't forget to set the AutoHilite of the button you have this script on to false - so you avoid any flickering.

Here's version 4 which allows you to drag by the tabs as now requested, without necessarily switching to that tab (because that might not be desirable).

tabs-4.oxtstack

(7.43 KiB) Downloaded 125 times

tabs-4.png (48.48 KiB) Viewed 1966 times

[tperry2x]

That would be great...I really like programs where I can make use of the full screen height for content and have the sides for the tools...

Edit, moved my comment that I placed here, over here instead since it's related to the Tools palette.

[richmond62]

Of course, if you give too much to children they keep asking for more:
-

Screenshot 2024-05-11 at 22.25.53.png (143.13 KiB) Viewed 1932 times

[richmond62]

Your tabs.oxtstack looks very queer round these parts (MacOS 12):
-

Screenshot 2024-05-11 at 22.29.00.png (277.02 KiB) Viewed 1933 times

[tperry2x]

That doesn't look anything like my stack. Is it my stack or a recreation? The tab 1 is in entirely the wrong place.
The blendmode ink is also very incorrect too

[richmond62]

That is your stack that I downloaded and opened in OXT Lite 1.04.

[tperry2x]

Sorry, I wasn't using MacOS - seems like the blend mode "blendSrcOut" / "blendDSTOut" is broken under MacOS, as it's supposed to work as a mask and make portions of the stack see-through.

broken-under-macos.png (571.07 KiB) Viewed 1927 times

[richmond62]

Well, this stack isn't draggable (yet), but it does allow one to navigate between cards using a Right-Click (button 3), making way to use a Left mouseDown for dragging the stack.
-

Screenshot 2024-05-11 at 23.18.22.png (101.24 KiB) Viewed 1923 times

-
It uses windowShape to get the tabbed effect.

[richmond62]

By modifying your drag script to allow that to happen only with LEFT button mouseDown the stack now works
as it should do, with no inks:
-

Screenshot 2024-05-11 at 23.31.46.png (187.68 KiB) Viewed 1921 times

[tperry2x]

Yes, but it's not transparent by using the ink, which it should be possible to do - the buttons don't poke out the top of the stack like they are supposed to by using that blend mode.
Had to check that it should work. At least ChatGPT thinks it should:

chatgpt.png (57.81 KiB) Viewed 1919 times

[richmond62]

I would trust ChatGPT about as far as I could chuck Boris Johnston.

[tperry2x]

I would trust ChatGPT about as far as I could chuck Boris Johnston.

The thing is, it's right. It does work. Just not on

MacOS.

But that shouldn't surprise me.