<phschafft>
morning erysdren, exactly who I was looking for!
<erysdren>
:P
<erysdren>
as always
<erysdren>
i will not be available to respond for the next 30-45 min, but feel free to drop anything in my query :D
<Begasus[m]>
meep
* phschafft
sits back then for a second. changes modes, and then returns to his cookie distribution business.
HaikuUser has joined #haiku
HaikuUser has quit []
mmu_man has quit [Ping timeout: 480 seconds]
HaikuUser has joined #haiku
HaikuUser is now known as epok128
epok128 has quit [Quit: Vision[]: i've been blurred!]
nephele has joined #haiku
Begasus_32 has quit [Ping timeout: 480 seconds]
<nephele>
phschafft: cookie distribution ring?
<nephele>
seems like a money laundering business to me! /s
<Begasus[m]>
lol
<Begasus[m]>
missed it ... bugger
<Begasus[m]>
but I think I've got what I need to bump to gear 25.08 when released :)
<Begasus[m]>
hmm ... .dolphin ...
<phschafft>
nephele: em.... pssst!
<nephele>
Hmm, pressing home in webpositive gives me the "welcome package is missing" message... buuuut I have connectivity, so why isn't it opening the online version
<nephele>
maybe i manipulated my installed
<nephele>
i notice it's in dark mode but iirc that is something i was still developming....
mmu_man has joined #haiku
<nephele>
phschafft: have you tried to use a linux multiseat system in the past?
<Begasus[m]>
k, that's good too :)
<nephele>
I'm interested in pointers from peeps on how to set something like that up... it seems systemd only allows this with mutliple gpus, not a single one.... and the X11 method with xephyr or something seems needlessly complicated
<nephele>
phschafft: by the way, my new computer (with the gpu i had troubles with, now the third one after two returns...) now works nicely !
<phschafft>
nephele: oh, good to hear. :)
<nephele>
I split it into two, the "gaming" pc is now seperate to the haiku machine :)
* phschafft
offers a big axe.
<nephele>
Thanks, but the deed is done already
<nephele>
I did use a hammer though
<nephele>
This "new" pc has two USB4,1 HDMI internal;, 3Displayport and 1HDMI on the gpu... that should be enough "heads" for some multiseat stuff :)
cheapie has joined #haiku
cheapie is now known as Guest22945
<phschafft>
hm.
* phschafft
really wonders why HDMI is still around as a conenctor.
<phschafft>
(that is on things like graphic cards that are new and output)
<nephele>
I have no clue phschafft
<nephele>
I guess so you can connect it to old stuff? it's a bit frustrating that monitors still come with like 2HDMI 1DP one usb-c or something, and not more usb-c or displayport... as that is the inverse ratio of the gpu, so can't quite connect everything like i'd want
<phschafft>
nephele: I haven't ever had any graphic card that wasn't DP++.
<phschafft>
there might be some somewhere out there.
<nephele>
what does DP++ mean?
<phschafft>
it means that the graphic card can speak HDMI on the displayport connector.
<phschafft>
meaning you just need a special cable to connect it to legacy hardware.
<nephele>
ah. I have no clue if that is the case. Is it for passive converters?
<Habbie>
yes
<phschafft>
but given that you need some cable anyway and legacy hardware *always* has the wrong connector... you need an adapter all the time anyway.
<phschafft>
I have a number of cables here that have displayport on one side and DVI on the other.
<nephele>
well, both my monitor and TV have one displayport, that seems "okay". but i also have my steam deck connected to the tv, that one has a hub though so i could switch it over to HDMI
<Habbie>
phschafft, DVI-D, i bet
<phschafft>
Habbie: yes.
<phschafft>
I can't remember when I last time used an analog video signal.
<Habbie>
i used one an hour ago!
<nephele>
I have had DVI-A cables in my hands, but never had anything to plug them into
<Habbie>
the reverse cam in my car
<Habbie>
my wife uses analog video while driving forwards too ;)
<phschafft>
my donkey has this nice allround view. no need for any cams ;)
<Habbie>
hehehehe
<Habbie>
well, she uses analog video for Android Auto
<phschafft>
even has a supreme sky view ;)
<Habbie>
indeed!
<Habbie>
and if you look backwards, you see ass, but if you look anywhere else, also an ass
<nephele>
maybe phschafft is don quite
<nephele>
quito
<nephele>
eh, spelling
<phschafft>
I thought nephele claimed ownership of that joke.
<nephele>
the one who attacks windmills
<Habbie>
quichote
<Habbie>
quixote
<nephele>
keyboard sabotage name
<phschafft>
we don-'t have much of them over here. but I could attack some solar parks ;)
<phschafft>
there are a few along our usual routes.
<nephele>
Not sure if that kind of climate activism is effective
<phschafft>
;)
<nephele>
Though in NL during covid people used to attack 5G towers
<phschafft>
I think we are currently in the same state as the zoo paradox.
<nephele>
and also all other *G towers because it's hard to tell the difference
<phschafft>
if you spend money in a bad zoo you enforce the business model. if you don't they will also not improve the situation.
<phschafft>
similar for nuclear power plants,.
<nephele>
don't spend money *inside* a power plant
<x512[m]>
Climate change holywar here?
* phschafft
should maybe sell holy water then.
<phschafft>
so, another little update to the website.
<nephele>
you are selling holy water?
Blub\0 has joined #haiku
<Ellenor>
effective climate activism in 2025 is extremely clandestine and possibly illegal
<phschafft>
I mean I can sell you water. and I can do a fancy dance around it before I give it to you. I'm sure that makes it holy water in some way?
<nekobot>
[haiku/haiku] f5dffd5ca3b8 - Tracker: Filter out lock modifiers on Open with window
<nekobot>
[haiku/haiku] 448e39f9c308 - Tracker: Fix esc to cancel type-ahead filtering in file panels
<phschafft>
I mean I have sand and a pipe. so I can build one of those rain pipes. just that adding the spikes is a lot of work. so maybe go without them at first and see how the business goes?
<nephele>
if you put sand in your pipe to smoke it you might choke
<phschafft>
then good that I don't smoke!
<nephele>
Hmm, seems I'll write a wayland compositor for linux next...
<phschafft>
have fun.
<nephele>
I hope it is fun :D
<nephele>
phschafft: that is one advantage of linux beeing a set of loose projects, if you want to do such a niche usecase you probably can somehow
<phschafft>
hm.
HaikuUser has joined #haiku
HaikuUser has quit []
<nephele>
Sometimes i get distracted easilly... wondering if i should do the drag&drop change further now or focus on the wayland thing
<Begasus[m]>
thought OscarL and me were the only ones loosing focus :P
<nephele>
Skipp_OSX: I'm wondering wether to make a comprehenvise patch for the RO label copy stuff, then let the buildbot build that and then add a RFC on the forum to ask people to test that...
<Ellenor>
phschafft, so it's a musical instrument
<Skipp_OSX>
sure go ahead. I created the current patch in order to demonstrate to you how to make drag&drop work since you had asked.
<Ellenor>
ahá
<nephele>
still needs support to draw the text when dragggin
<phschafft>
Ellenor: correct.
<Ellenor>
for creating a rain sound effect in an orchestral performance, I'd suppose is its use in the west
<Skipp_OSX>
It would be very helpful if the MouseMoved() message were to include the MouseDown point so that we don't have to reimplement that every time.
<phschafft>
Ellenor: I feel like they are native to basically all places of the world but 'the western world'.
<Ellenor>
aye.
<Ellenor>
us euros have no musical creativity (-:
<Skipp_OSX>
I looked into this briefly, the message is being generated in app_server but I couldn't see an obvious way to add that information to the message. AddPoint("drag_start", ...)
<phschafft>
I think the creativity is a different one.
<Skipp_OSX>
Currently each implementation class, for example ListView has to save that information to tell if a drag has reached beyond drag threshold or not, and this sucks.
<Skipp_OSX>
Would be nice if it were saved in app_server instead. Otherwise there may not be room for the info in the class.
<nephele>
Skipp_OSX: why is this info neccesary in the first place?
<nephele>
like what's the mousedown point needed for?
<Skipp_OSX>
to tell if you've moved the mouse beyond the threshold, typically 5px.
<nephele>
why is there a threshold for this?
<Skipp_OSX>
so that we don't start drags when you're only trying to click and your mouse jitters a bit, double-click too.
<phschafft>
Skipp_OSX: that you used 'typically' with the threshold is a sign already that it should be unified into one implementation.
<Skipp_OSX>
correct, would be nice.
<nephele>
Well, this threshold doesn't seem to work that well then... i didn't know this existed and for a wacom tablet it is still very difficult to click on stuff without drags starting
<Skipp_OSX>
where is that happening?
<nephele>
also this would certainly need acomodations for the display size
<nephele>
dunno, like BButton?
<phschafft>
I would think that once unified it could easily be improved.
<Skipp_OSX>
ok I'm not sure how drags are handled in BButton
<Skipp_OSX>
at least in Tracker poses and BListView drags we check for 5px threshold
<nephele>
double clicking in tracker with the wacome tablet is also really terrible
<nephele>
but then again, i return to thinking this should simply not be a double click
<Skipp_OSX>
we have threshold checking going on there in Tracker.
<Skipp_OSX>
we don't usually have a threshold for double click though and last clicked pose being the same is probably good enough with the the threshold check.
<nephele>
I downvote double clicking
<Skipp_OSX>
I know and I kind of agree but I'm not a Gnome or KDE user so I don't think about it much.
<nephele>
the only thing making double clicking less painfull on haiku is that you can right click and then choose the folder with a single click
<nephele>
or drill down
<Skipp_OSX>
well you can Cmd+O to open
<Skipp_OSX>
but that's not a mouse operation
<Skipp_OSX>
Enter opens as well
<phschafft>
most systems allow return and sometimes enter.
<Skipp_OSX>
no they don't
<phschafft>
which is a bit fun to consider that you use /return/ to move forward/into something. ;)
<Skipp_OSX>
on macOS Enter renames since 1984
<nephele>
also cmd-down arrow on haiku
<phschafft>
so one off the list from the list of most ;)
<nephele>
Skipp_OSX: are we ready for a global menu?
<Skipp_OSX>
we have one, it's in the Deskbar, we just don't use it for much.
<nephele>
huh?
tuaris has joined #haiku
<Skipp_OSX>
each running non-background application has a menu in the Deskbar that in includes global menu options to show all windows, hide all, close all and each window is listed. We could add the rest of the menus there if we wanted to, thus global menu.
<nephele>
That's not what I menu
<nephele>
I ment a macos-like global menu on the top of the screen
<Skipp_OSX>
yes, the Menubar, but Deskbar menu is our equivalent.
<nephele>
Nah. It's not the same
<Skipp_OSX>
well, we're not ready for that no
<nephele>
The global menu bar in macos is alwasy in the same position, deskbar doesn't fit that
<nephele>
also the menu is specific to a window, not to an app
<Skipp_OSX>
no it's specific to a team, which is an app.
<nephele>
No, menus are specific to a window.
<Skipp_OSX>
the short answer is no, we're not ready for a global menu bar.
<nephele>
What do you think is missing fundamentally?
<Skipp_OSX>
the will
<nephele>
that's not really a technical answer... i ment technically. We have stuff like the layout kit menu bar now, wouldn't that be enough to implement this?
<nephele>
one window that renders the menu at a specific position, gets the info on which window is active and sends bmessages accordingly for menu presses
<Ellenor>
the concept of a global menu is probably not something that is attractive to the median user of haiku
<Skipp_OSX>
it's not a technical issue, you're right we could implement this now if we wanted to, but we don't and I could only imagine the chorus of execration were somebody to try.
<Skipp_OSX>
you see
<Ellenor>
if i was a C++ programmer and a Haiku user (save my soul...) I'd try!
<nephele>
Global menu bar seems like such a good acomodation...
<phschafft>
hm.
<Skipp_OSX>
if you wanted to have global application menu options, putting them in Deskbar would be the appropriate place.
<Skipp_OSX>
for example, you could have a "New window" option there
<Skipp_OSX>
applications may have no windows open and still running in Deskbar
<nephele>
So?
<nephele>
It's an unrelated topic
<Ellenor>
I could imagine the concept being accepted so as to have an interface for a screenreader to access menu bars
<Skipp_OSX>
so that'd be where you put the "New window" option.
<Ellenor>
but other than that
<Ellenor>
i think the concept should be dropped for now
<nephele>
I don't know how accesible haiku is in the first place
<Skipp_OSX>
It's not unrelated, it's our conceptual equivalent
<nephele>
No, it's something different
<Skipp_OSX>
but no, we're never going to implement macOS style menu bar.
<nephele>
global menu bar is concerned with per-window menu bars
<nephele>
Not with per-team or per-application menu options
<Skipp_OSX>
well it's a mix
<Ellenor>
yes, the concepts are a little blurrier
<phschafft>
nephele: just so I understand what this is about: a menu that is always in the same place relative to the screen (outside the window) that holds what basically each application has as a menu par inside the window?
<phschafft>
so basically puting the menu bar outside the window?
<Ellenor>
can someone join and register #haiku-menubar-chat and y'all talk there
<nephele>
yes phschafft
<Ellenor>
or does it need to stay here for logging
<Skipp_OSX>
It serves Fitt's Law purposes but Windows and Haiku ignore that preferring menu bar attached to window instead.
<nephele>
Ellenor: why?
<Ellenor>
this is starting to go round in circles and get boring
<erysdren>
kinda normal for the #haiku channel unfortunately
<erysdren>
:(
<Skipp_OSX>
neither of those statements is true. Your complaint has been registered.
<nephele>
I don't think you will get any "more" interesting discussions by trying to kill the little discussions we do have...
<Ellenor>
fair...
<nephele>
Skipp_OSX: looking at the api, I think BView could keep around the last MouseDown message and add that to a member in the BMessage for MouseMoved
<Ellenor>
idk, i just thought we were starting to brew into a fight? I have like, serious online community P.T.S.D.
<nephele>
That would not break the api i think?
<nephele>
Ellenor: nah, we don't need to fight over that :)
<erysdren>
Ellenor: IRC is a bit different in that regard in my experience
<Skipp_OSX>
We'd have to figure out which view is the focus view in app_server to get at that info.
<Ellenor>
I got this PTSD on IRC
<Ellenor>
so
<erysdren>
fair
<Ellenor>
i also have back pain. maybe i should've said that
<Skipp_OSX>
we're pretty far away from that information where the message is generated.
<nephele>
yes, but it could just keep a copy and stuff it inside
<nephele>
or i could go one level higher and have the input_server stuff the last mousedown message into mousemoved
<Skipp_OSX>
I'm saying the view is not a great place to stuff that info
<nephele>
would that be better?
<Skipp_OSX>
no because we need in app_server
<nephele>
isn't that send from input_server? okay
<Skipp_OSX>
I don't think so
<nephele>
we could add a DragStarted method to BView?
<nephele>
which is called by default in MouseMoved in BView based on the old message
<Skipp_OSX>
that's the 3rd MouseMoved param, the drag message
<nephele>
the 3rd param in MouseMoved is a BMessage, but what is the drag here about? when does this get added to the message?
<Skipp_OSX>
maybe we could get it from inside that? I'd have to go digging to see if that's available in the WIndow()->CurrentMessage() in MouseMoved
<nephele>
MouseMoved's third param is a BMessage, it's probably in that?
<Skipp_OSX>
I do not know the answer to that, I'm assuming in BWindow it must receive the message and call MouseMoved()
<Skipp_OSX>
on the view
<Skipp_OSX>
yeah it's not, there's nothing there
coronavirus has joined #haiku
<Skipp_OSX>
but maybe it is in the Window()->CurrentMessage() ...
<nephele>
the question is when EventDispatcher::SetDragMessage(BMessage& message, is called
rexbinary has quit [Ping timeout: 480 seconds]
rexbinary_ is now known as rexbinary
<nephele>
So it seems there is supposed to be support for drag&drop on the app_server side... but not sure how this works exactly
<nephele>
I hope you can figure it out :P
neoncortex has quit [Ping timeout: 480 seconds]
<Skipp_OSX>
I believe that the 3rd dragMessage parameter is NULL until IntimateDrag() is called, which is too late for us to do threshold check.
<Skipp_OSX>
thus the workaround in BListView and other places... but we might be able to peek inside the window message and get the info that way, or stick it in there if it's not there.
<nephele>
the threshold check should be in a place like in BView which makes a new ::StartDrag with a noop implementation by default, or something like that
<Skipp_OSX>
InitiateDrag()
<nephele>
Or maybe a BDraggableView that serves as a parent class for some classes?
<nephele>
not sure what the best aproach is here :D
<nephele>
api versioning probably...
<Skipp_OSX>
We have to implement in each class we do dragging in separately.
<nephele>
but then you still have the threshold be different per class :)
<nephele>
so we are back where we started
<Skipp_OSX>
we could add a drag threshold to BView if there's room, which there isn't
<Skipp_OSX>
We'd need to create a BViewPrivate class, add that to BView, and add it in there, like we do with MenuPrivate.
<nephele>
vtables are a mess :(
<Skipp_OSX>
yes, same old FBC problem and work-around
<nephele>
Class inheritance makes development easier, but why isn't this only a compile time problem....
<Skipp_OSX>
because looking up by index is faster
<nephele>
doesn't make much sense to me. I mean you are taking a code path by a class either it is overwritten or it isn't, seems like something that should be collapsed down at build time and not be relevant once it comes to linking :)
<Skipp_OSX>
which is how other languages do it, but not C++ for SPEED
<nephele>
I doubt this is faster honestly
<nephele>
we should stabilize the interfaces to the servers so you can have a better userspace api that can be build and collapses during the build to something simpler... with whatever language you want
<phschafft>
nephele: remember that I told that I dislike C++ because basically every part of the API (including private) becomes part of the public ABI? ;)
<Skipp_OSX>
Is there anything in modern C++20+ that mitigates the FBC problem?
<phschafft>
it also means there is no protection at runtime against invalid access.
<Skipp_OSX>
and the name mangling is implementation specific yeah it's all bad.
<nephele>
I don't think there is Skipp_OSX... best case for "we kinda like C++" is maybe making a dialect of it....
<Skipp_OSX>
switch to rust
<Skipp_OSX>
all the cool kids are doing it
zard has joined #haiku
<nephele>
I thought all the cool kids were doing meth?
<zard>
nephele: o/
<nephele>
hi zard :D
<Skipp_OSX>
Breaking Bad finale made that no longer cool
<nephele>
Was wondering if you had worked any on wk2, changes that i should copy into my tree
<nephele>
(was playing video games the last few days with my new gaaaaming computer, hence my abscense xD)
neoncortex has joined #haiku
<zard>
No problem on the absence. I'm quite busy too ;-)
<zard>
Still want to probe around your issue with some websites crashing WebKit because it tries accelerated rendering
<zard>
Because I encountered that problem myself, so I might know something that can help
<zard>
Anyway, changes..., I have plenty
<nephele>
I've not figured out how we can do or not do accelerated rendering. but it seems to me that Webkit embedded can decide at runtime to not do accelerated rendering, but still use the accelerated codepath in general
<zard>
Yes
coronavirus has quit [Ping timeout: 480 seconds]
<nephele>
which would be great for us, so we can just at runtime decide "oh, you happen to have *NOT* llvmpipe? okay turn it on"
<nephele>
if we ever get new drivers~ :D
<phschafft>
nephele: is that global menu fully under control of the application or does it also contain OS generated content?
<nephele>
phschafft: on macos it contains a apple menu that you can use to open system settings or the task monitor. but that doesn't have to be like that. In KDE it is only application specific items
<phschafft>
hm.
<zard>
Yeah, without the drivers, implementing some basic form of accelerated graphics would be hard, AFAIK
<zard>
But I'll have to refresh my knowledge on that... sometime...
<nephele>
you can always test with llvmpipe
<nephele>
it's just.... slower than not using acceleration
<zard>
Hmm, so WebKit doesn't crash on those pages with llvmpipe?
Skipp_OSX_ has joined #haiku
<phschafft>
nephele: my question also targets a bit the question of trusted and untrusted operation/user interaction.
<nephele>
No clue. I did not figure out how to test this. I can only tell you that the crash happens because it has no proper rendering backend
mmu_man has quit [Ping timeout: 480 seconds]
<nephele>
that is, the crash is because of a failing assertion
<nephele>
but i documented that on the bugtracker
<zard>
Oh, right, RELEASE_ASSERT_NOT_REACHED(); will always crash
<zard>
Ok, my changes include improving some miscellaneous line's comments, compiling some limited set of stuff in debug mode...
<zard>
Hm, I don't see any important changes. I thought I had some I wanted to upload sometime...
<nephele>
seeing as codeberg probably takes some more time to sort out their storage limits, and i have explicit permission from disroot to host it there, i will host it on disroot if you are okay with that?
Skipp_OSX has quit [Ping timeout: 480 seconds]
<zard>
Don't see why not. I don't have an account with either of them (ok, there's a small chance I have a codeberg account)
<nephele>
codeberg has a SSO for disroot funnily enough
<nephele>
but disroot does not have a sso for disroot (wtf?)
<nephele>
like git.disroot.org is seperate from disroot.org
<nephele>
but git.disroot.org allows SSO from codeberg but not from disroot
<zard>
Well, I don't usually use SSO, so that's no problem
<nephele>
yeah okay it doesn't work either
<zard>
Hm. WebKit is so big it breaks everything!
<Habbie>
too big to fail
<nephele>
It has also a gitlab or github SSO
<zard>
Even my storage for Haiku is nearing its limits. Need to increase it sometime... Too bad resizing a BFS volume isn't easy
<nephele>
if that works? lol
<zard>
So, I had one change to fix a compiling error I ran into. But that one seems to be gone since my accidental `git reset --hard`
<nephele>
i disabled webkitlegacy in my build, so maybe i did not hit what you did because of that
<Habbie>
zard, it never ended up in a git commit?
<zard>
Mine compiles fine now. I have your changes now, so that may be why.
<zard>
Habbie, what change didn't end up in one
<Habbie>
zard, the change you lost with reset --hard - did you commit it any time before?
<zard>
Ah, I had stashed it, hence I was able to restore almost all of it :-)
<Habbie>
oh that'll do it
<Habbie>
otherwise i was going to suggest 'git reflog'
<nephele>
phlog whom?
<zard>
Well, I had stashed it and popped it later and so I had to do something similar to 'git reflog'
<Habbie>
right
<zard>
Funny WebKit still has to be launched from the WebKitBuild/[Debug|Release] folder
<zard>
Else it fails to find NetworkProcess and WebProcess
mmu_man has joined #haiku
tuaris has quit [Quit: tuaris]
<nephele>
how could you do this to to me zard?? /s
<nephele>
Anyway, never tested that otherwise so didn't know that :D
<zard>
Don't blame me! That was there from before
<zard>
:P
<nephele>
wrong! before you it didn't work at all, so it's your fault!
<nephele>
<newest haiku developer> is to blame!
<zard>
Hmm, I would say you have a point, but you don't :^)
<nephele>
you are saying my comment is point-less? :)
<nephele>
muppeth is going to help me with git.dirsoot.org later he said :3
<nephele>
so hopefully we can have a repo tonight
<nephele>
and if that doesn't work i'll rent a vps and setup forgejo myself
<zard>
Ok! Maybe finally we have something outside of GitHub
<nephele>
AI slob content platform hub
Nukacl has joined #haiku
<nephele>
all this AI stuff makes me think i'm going insane. such low quality stuff but at the same time some people following it riligiously
Nukacal has quit [Quit: Leaving]
<nephele>
the haiku forum does it right search for AI "Your search term is too short."
<phschafft>
hahah.
zard has quit [Quit: leaving]
erysdren has quit [Quit: Konversation terminated!]
<Nukacl>
The AI talk will hopefully quiet down at some point. Right now, the big corps are just throwing everything at it. It does feel like the NFT, Metaverse, Web3, AR, VR, and Crypto hype all wrapped into one
Nukacl is now known as Nukacal
<nephele>
Glad i got spared this metaverse hype atleast... VR seems usefull for video games anyhow :)
<nephele>
i doubt it's still in a functional state though ;)
<Nukacal>
Hi nephele, that's pretty cool! I had Aqua in the back of my mind while making the changes and adjusting the experience. I think some of its elements are timeless
<nephele>
Well, your scrollbars looked a bit more like the "modern" flat style, so didn't know if that was your direction aswell ;)
<Skipp_OSX_>
can I see what DHMO ConrolLook looks like?
<nephele>
Safe to say i'm not that happy with the scrollbar rendering yet, but that was also only a "first" draft pretty much
<Nukacal>
Hahah, I'm getting a Radeon HD 6570. I hope I can have both NVIDIA and Radeon on my machine so I can dual boot on the same machine. Let's see, but hey! I reaaally liked the [Anfangswerte] button I think that's super close
<nephele>
HaikuControlLook already has support for rounded corners since Skipp_OSX added that. This basically just enables it by default ;)
<nephele>
You can check out the keymap preferences, it's the only app that has rounded corners for buttons in the default install... just that those aren't really buttons... lol. Though it is very subtle there
* nephele
will be back later
<Nukacal>
Awesome stuff!
nephele has quit [Quit: Vision[]: i've been blurred!]
Nukacal has quit [Quit: Going offline, see ya! (www.adiirc.com)]
<Skipp_OSX>
The view color is the color used if nothing is drawn
<Skipp_OSX>
You can think of it like the canvas color, the low and high colors are drawn on top. The reason it's different from low color for example is that text is anti-aliased between low and high colors. So you might want to draw text with a different low color than the view even if you're not drawing the background.
Nukacal has joined #haiku
Nukacal has quit []
Nukacal has joined #haiku
neoncortex has quit [Ping timeout: 480 seconds]
HaikuUser has joined #haiku
HaikuUser is now known as epok128
nephele has joined #haiku
<nephele>
Skipp_OSX: the controllook is basically the first draft i did once in 2023
<nephele>
so yes, it needs improvements. and i don't like how the scrollbars look right now either
<Skipp_OSX>
gotcha well, if you make a reasonable effort I don't see why it can't be included in the extras package
<Skipp_OSX>
which we should probably include in release build to fill out the options, even if Pulko will never use them.
<Skipp_OSX>
The Be control look is my claim to fame and Flat turned out pretty nice as well.
<nephele>
I once configured flat, forget it, and then thought i'd broke something in the interface kit clipping....
mmu_man has joined #haiku
<nephele>
well if it should go into extras it probably needs a better name... maybe something like glossy ControlLook
neoncortex has joined #haiku
<Skipp_OSX>
NuHaikuControlLook
<nephele>
Nu?
<Skipp_OSX>
a reference to Copland's NuKernel
<nephele>
zoals "Nu! Haiku Control look"? :)
jmairboeck has joined #haiku
<Begasus[m]>
zoals?
<Begasus[m]>
hi jmairboeck
<jmairboeck>
hi Begasus[m]
<nephele>
Begasus[m]: why are you not in
<Begasus[m]>
if you're not looking into idea ... I've updated local recipe to check
<nephele>
#haiku-nl ?
<Begasus[m]>
ah, Vision not up and running nephele :)
<Begasus[m]>
we got visitors?
<nephele>
Nah
<nephele>
only Habbie
<Begasus[m]>
ah :)
Begasus has joined #haiku
<Begasus[m]>
now I am (for a bit) :P
<Habbie>
i'm a visitor? try claiming that next time you stub your toe on one of my supports
<Habbie>
i'm basically furniture
Begasus is now known as Guest22968
<Habbie>
stands in the corner, doesn't say much
<Habbie>
:)
<Begasus[m]>
k, updateGearLibs.sh should be done, fixed libVersionCompat in some recipes, checked doc packages ...
<Begasus[m]>
nephele: whatch out for those feet, you know most Dutch carry size 52 or so in shoes ;)