silicat has quit [Quit: Vision[]: i've been blurred!]
nexus6 has quit [Ping timeout: 480 seconds]
mmu_man has quit [Ping timeout: 480 seconds]
<augiedoggie>
Skipp_OSX: around?
<Skipp_OSX>
yeah
<augiedoggie>
another one, when i drag files with a right click to a folder on the desktop the "Move" option is greyed out
<augiedoggie>
or just dragging files to the desktop without a folder as the destination
<Skipp_OSX>
should only be grayed out if dragging to read-only directory
<augiedoggie>
Desktop isn't read only
<Skipp_OSX>
correct, typically
x10z has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
<augiedoggie>
also, if i right click and drag a desktop icon a short distance the "Move" option will be enabled which doesn't make much sense
oco has quit [Quit: Vision[]: i've been blurred!]
<augiedoggie>
that one happens in other folders too
<augiedoggie>
doesn't make much sense to "Move" a file into the same folder where it already is
<Skipp_OSX>
right that is disallowed
<Skipp_OSX>
well no, you can do that it duplicates
<augiedoggie>
not for me it doesn't
<augiedoggie>
that doesn't make sense either, i don't want move to duplicate files
<Skipp_OSX>
yeah I can reproduce, I'm looking at the code though and it says to SetEnabled() if !SelectionIsReadOnly() meaning the place you're moving from... but that seems right.
<augiedoggie>
the "Move" menu is totally confused, it's grayed out most of the time when dragging files, not just to the desktop
<Skipp_OSX>
hmmmm
<augiedoggie>
even when going folder to folder on the same volume
<OscarL>
"Do not create symbolic link on same folder" does that means it is now not possible to use drag-and-drop to create symlinks on the same folder?
<Skipp_OSX>
happens if you drag and drop to same folder and select "Create Link Here" or in Right-click menu => Create link => Current Folder
<Skipp_OSX>
no, it means it was possible before
<augiedoggie>
i'm not a fan of that change, also the menu for that is still enabled even though it won't let you do it
<OscarL>
Ok. Just making sure, because I *did* wanted to create symlinks that way on the same folder, just not two of them :-D
<OscarL>
Thanks for the quick fix for the DEL not working in name edit mode. Darn bug almost gave me a heart-attack.
<OscarL>
(thought I've lost some WIP scripts)
erysdren has joined #haiku
<Skipp_OSX>
ok I see the bug now
<augiedoggie>
the new "Cut" behavior is doing some odd things on the Desktop icons
<augiedoggie>
the icon is way too transparent IMO, but also the text is all strange with the outline
<OscarL>
on hrev58616, while drag and dropping files/folders (on the same Tracker window), the name of the file/folder was invisible, and the icon barely visible (forgot to report that one... was more concerned about the possible data loss)
<Skipp_OSX>
cut is pretty transparent it's true
<Skipp_OSX>
that's always been the case, looks like you have outlines turned on that's what's going on with the text
<augiedoggie>
right
<Skipp_OSX>
that is intentional... I could make the transparency less but I wanted to differentiate between cut and dragged and they use diff transparency values and I didn't want to have to come up with new ones.
<Skipp_OSX>
so I kept both transparency values (64 and 128 respectively) the same for cut and dragged
<augiedoggie>
hm, i found another drawing bug :/
<Skipp_OSX>
hehe
<augiedoggie>
if you rectangle select an icon on the desktop and then move it, there will be a small line after the text of the name that is left behind
<Skipp_OSX>
ok patch to fixup move to incoming, I see the problem
<Skipp_OSX>
ah rectanglar selection ok
erysdren has quit [Quit: Konversation terminated!]
Nasina has joined #haiku
Nasina has quit [Read error: Connection reset by peer]
<augiedoggie>
something is wrong with the "Paste" menu too, it's not showing up in some menus that it should
<augiedoggie>
appears to be missing when you right click inside the top level of a volume
BrunoSpr has quit [Quit: Vision[]: Ich wurde eingeweicht!]
BrunoSpr has joined #haiku
BrunoSpr has quit []
BrunoSpr has joined #haiku
HaikuUser has joined #haiku
HaikuUser has quit []
x10z has joined #haiku
x10z has quit []
BrunoSpr has quit [Quit: Vision[]: Ich wurde eingeweicht!]
BrunoSpr has joined #haiku
x10z has joined #haiku
BrunoSpr has quit [Quit: Vision[]: Ich wurde eingeweicht!]
BrunoSpr has joined #haiku
BrunoSpr has quit [Quit: Vision[]: Ich wurde eingeweicht!]
BrunoSpr has joined #haiku
BrunoSpr has quit []
BrunoSpr has joined #haiku
x10z has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
mmu_man has joined #haiku
nephele has joined #haiku
<nephele>
Hello there
Captain0xff has joined #haiku
<phschafft>
mau.
<nephele>
mail agent user?
captain has joined #haiku
captain has quit []
captain has joined #haiku
<captain>
Hello
<captain>
I am new to Haiku. I want to participate in GSOC 2025 and currently just exploring the os and the community.
HaikuUser has joined #haiku
Captain0xff has quit [Quit: Page closed]
cyrusbuilt has quit [Quit: System rebooting]
<nephele>
hi there :)
<BrunoSpr>
hello all
cyrusbuilt has joined #haiku
<dovsienko>
captain: hello. do you know networking?
<phschafft>
nephele: ;)
BrunoSpr has quit [Quit: Vision[]: Ich wurde eingeweicht!]
BrunoSpr has joined #haiku
<nephele>
phschafft: gonna take out my trusty RPN calculator and pen and paper to solve this math. Doing it on a desktop computer is too tiresome... maybe there just isn't a good UI for me yet
<nephele>
So, how Can i run pmbootstrap on Haiku? Should i create a Qemu VM with alpine linux? do we support handing off usb devices to qemu?
<nephele>
phschafft: available for chat today?
<nephele>
this time I have an idea to run by you ! :D also in relation to tabs we talked about last time
Captain0xff has joined #haiku
BrunoSpr has quit [Read error: Connection reset by peer]
<nephele>
> Signature in rsrc doesn't match constructor arg. (application/x-vnd.mmlr.QEMU, application/x-vnd.qemu-system-x86_64)
<nephele>
hmm
BlueSky76 has quit [Quit: WeeChat 3.8]
<Captain0xff>
dovsienko: Hi. I know the basics of networking but my interests lies in game development and graphical applications. I created a post in the forum introducing myself. As I have mentioned in the post I have some experience with SDL. So, I was trying to run my SDL3 based applications on Haiku after checking out the quick tour and the user guide. I saw that SDL3 is not there in haiku depot so I was planning to add it for the starters.
diver has quit [Quit: Leaving.]
<nephele>
sdl3 seems to have some in-tree support for Haiku
<nephele>
maybe start with "just" trying to build it
diver has joined #haiku
BrunoSpr has joined #haiku
<Captain0xff>
Yes. SDL3 supports haiku. And I have already built it.
HaikuUser has quit [Ping timeout: 480 seconds]
<Captain0xff>
The examples are also running fine
<Captain0xff>
I have a question. What is the Haiku way of installing a manually built software? I tried the usual make install but it fails due to the obvious lack of administrative priviledges.
OscarL has joined #haiku
<OscarL>
Captain0xff: depends on how the software is built... say, for soft that uses ./configure scripts, you can pass "--prefix=~/config/non-packaged", or use `PREFIX=~/config/non-packaged make install`.
<OscarL>
or you could write a ".recipe" for it, so you can create a proper .hpkg file via HaikuPorter/HaikuPorts.
<nephele>
Captain0xff: no, it does *NOT* fail because of admin priviliges
<Captain0xff>
OscarL: Oh I used cmake, which is the recommended way according to the docs to build SDL3.
BlueSky76 has joined #haiku
<nephele>
the normal user "user" is equivalent to "root". your software install script probably tried to install it over some Read only packaged directories
<OscarL>
Captain0xff: you can pass the prefix ins some fore to Cmake.
<nephele>
set the install directory to something more sensible, you can use the "finddir" command on the commandline to figure out the "right" directories
<nephele>
i.e B_USER_NONPACKAGED_DIRECTORY or B_USER_NONPACKAGED_DATA_DIRECTORY or B_USER_NONPACKAGED_LIB_DIRECTORY
<nephele>
but aside from that, you don't really have to install any stuff like that for testing. Just run your application with a modified LIBRARY_PATH env variable, including the directory where your newly build library is located
<nephele>
also severall developers package stuff directly and install it locally since this is easier for them than dealing with non-packaged dirs manually :)
<OscarL>
Captain0xff: both autotools (./configure) and cmake have "custom" support on HaikuPorter. For example, for cmake, .recipes call it like: "cmake -B build -S . $cmakeDirArgs" (the later var contains proper values for the most usual dirs)
<Captain0xff>
nephele: I see. Yeah I was just curious about the installing problem. Otherwise I can just add_subdirectory and have the dependencies as submodules.
<Captain0xff>
The issue with cmake is that it fails to create the directory /boot/system/lib/pkgconfig due to insufficient permissions
<Captain0xff>
Thank you everyone. I will try the stuff mentioned here.
* OscarL
bolts.
<OscarL>
have a good one, everyone!
OscarL has quit [Quit: Gone with the wind]
<nephele>
> he issue with cmake is that it fails to create the directory /boot/system/lib/pkgconfig due to insufficient permissions
<nephele>
Wrong
<nephele>
It does not fail because of insufficient permissions
<nephele>
it fails because the filesystem is Read only
<Captain0xff>
So, like there is no concept of super user in haiku? I thought that some kind of administrator will have permissions to write there. Sorry, if I am speaking nonsense. I daily drive debian sid and there we need to elevate with sudo to install software in some specific directories.
<Captain0xff>
Also, I just said what the error message tells me. It tells me that cmake failed to create the directory because I probably lack administrative priviledges.
<nephele>
It's not a permission problem, it's not that some software is allowed to write there and some others, it is that the filesystem *literally* does not implement writing files
<nephele>
this is all part of the package management, these files are synthetic and immutable, they don't really exist on the disk. Only the .hpkg files do, they are mounted libe
<nephele>
live*
<nephele>
If cmake sais that the problem is adming priviliges then that is a problem with the cmake port that it does not properly check the error code when writing to that directory...
<nephele>
you would get the same issue trying to write to a RO SD card on linux then, and admin privs won't help there either
<nephele>
anyhow, either package it directly (with haikuports) or install it to some other filesystem root that makes sense. For example /system/non-packaged/ or $HOME/config/non-packaged/
<Captain0xff>
Oh now I understand the issue. The user guide mentioned this but that time I couldn't understand it fully. Thank you for explaining it in more detail.
<nephele>
No problem :) Feel free to ask follow up questions if something is unclear. Haiku works different to linux in some parts, when i was "new" to Haiku I also found some parts hard to grasp at first
<nekobot>
• Begasus (ceae51af): libkdcraw, bump KF6 version (#11752)
<nephele>
phschafft: okay. Have something to think about?
<phschafft>
hm?
<nephele>
didn't mean to write that question mark. :)
<phschafft>
ah
<nephele>
It was ment as : I have something to think about
<nephele>
Skipp_OSX: around?
<nephele>
Currently Tracker has 4 functions for SetPanelDirectory which take a char*, a BEntry*, a BDirectory* and a entry_ref* respectively, those all convert to the entry_ref* variant
<Skipp_OSX>
heyo
<nephele>
now, it seems like tracker crashes when passing a non-existant file/directory to the entry_ref version. But entry_ref has no api to check if a file exists
<nekobot>
• Begasus (164e38df): kio_gdrive, bump KF6 version (#11753)
<nephele>
Skipp_OSX: don't understand what you mean by that?
<Skipp_OSX>
meaning we're aping the API of BEntry
<nephele>
yes but. If it takes a BEntry, and BEntry can do all these things... just take a BEntry
<nephele>
makes no sense to copy this part then
<Skipp_OSX>
we pass around entry_refs in messages
<nephele>
this is C++ function calls
<Skipp_OSX>
convert to Entry when needed. Correct, it is C++ that's not the reason we do it, makes it easier to pass in a message because we have AddRef() and Find/GetRef() methods.
<nephele>
and TFilePanel::SwitchDirectory only takes an entry_ref, so whatever : )
<Skipp_OSX>
correct, that's fine, you may convert it to a BEntry to check Exists().
<nephele>
those are not used in this case. anyhow, more api surface is more trouble potentially :)
<nephele>
TFilePanel::SwitchDirectory already checks for ref == NULL
<nephele>
so below that, convert it to a BEntry and bail out if the file doesn't exist, right?
<Skipp_OSX>
yeah checks for NULL, then converts to Entry, then checks InitCheck() == B_OK
<nephele>
heh, it already does InitCheck for a BEntry right below
<Skipp_OSX>
I suppose it could if the ref was NULL or InitCheck() was bad.
HaikuUser has quit [Quit: Vision[]: i've been blurred!]
<nephele>
this is passed the new ref, but not the BEntry
<nephele>
the initcheck only is done for the BEntry
<nephele>
the ref beeing null is checked above, so unless the set_so for the new ref fails this should be fine?
<Skipp_OSX>
correct, you can create a BEntry from an entry_ref though, so maybe a check needs to be added in SwitchDirToDesktopIfNeeded().
<Skipp_OSX>
SetToRef() is because the entry_ref is const and we want to change it using SwitchDirToDesktopIfNeeded()
<nephele>
"This call implements the worm hole that maps Desktop as a root above the disks"
<nephele>
Seems convoluted, why is this needed?
<nephele>
Why are the Disks not "just" symlinked to the Desktop for example?
<Skipp_OSX>
Classic Mac OS feature
<nephele>
or am I misunderstanding what this is for?
<Skipp_OSX>
Desktop is the root of all conceptually
<nephele>
no, / Is the root
<nephele>
and we already have a virtual /
<Skipp_OSX>
right, that is literally true, but we are pretending that Desktop is the root because that's where either Disks (/) or Volumes are shown.
oco has joined #haiku
Ponciferus has quit [Quit: Vision[]: i've been blurred!]
<nephele>
They are shown at /, not the Desktop. The Desktop shows files on the Desktop primarily
<nephele>
If Desktop was the conceptual root it could not also be a Folder
<Skipp_OSX>
The Desktop shows volumes.
<Skipp_OSX>
Right which is why it's not the ACTUAL root, but only a trick we pull on the user in file panels.
<nephele>
"open /" shows volumes
<nephele>
desktop shows files on the desktop
<Skipp_OSX>
well of course it does
zardshard has left #haiku [Disconnected: Replaced by new connection]
zardshard has joined #haiku
<nephele>
spealing of which, this is hugely annoying in Trackers pick dialog. It shows "Desktop" "my volume" "some folder". It should instead at the top show "Disk1" "Disk2" , then a seperator, and then the view of what path we are going down
<nephele>
having to sort through all the junk on the desktop to find my usb stick is annoying, especially since the system design is more elegant than what is presented in this part .-.
<nephele>
anyhow, this part is just badly designed (And I don't care is macos classic mounted volumes at the desktop). But it is unrelated to this crash. I'll upload a review for the crash and you can check it out in a bit
<nephele>
our dialog doesn't look close to that really. And the desktop there is at the bottom, not above
<Skipp_OSX>
ours goes up there's goes down but it's the same concept, Desktop is the root of "Macintosh HD"
<nephele>
anyhow, this is not really nice anymore. Especially if we can properly discover and mount network shares. add to that Desktop beeing a default download location, etc
<nephele>
and really any hacks in tracker to hide underlying system design are a bit icky.
<nephele>
Skipp_OSX: Regarding the gradient in HaikuControllook, the color I calculated is closer to 164
<nephele>
specifically 164,16. It would be for the middle gradient
<nephele>
Anyhow, since this math is a bit complex, and I think i found a better way to implement the glossy gradient. (Using the new HSP color, *instead* of using tints) I think i will remove this part from the patchset for now
<nephele>
and go with your panel = control for now
<Skipp_OSX>
half way between B_DARKEN_1_TINT and B_DARKEN_2_TINT tint, see InterfaceDefs.h for how tints compare to 216
<nephele>
tints are broken when you use any color. So we should not use tints to build gradients
<Skipp_OSX>
any color that's not black or white I assume
<nephele>
Well, anything that isn't a graY
<nephele>
gray*
diver has quit [Quit: Leaving.]
<nephele>
anyhow, I will do a more "comprehensive" refactor later. If changing the color then, afterwards, a second time, is okay with you :)
tuaris has joined #haiku
BrunoSpr has joined #haiku
diver has joined #haiku
nephele has quit [Quit: Vision[]: i've been blurred!]
MisthaLu has quit [Ping timeout: 480 seconds]
nephele has joined #haiku
BrunoSpr has quit [Quit: Vision[]: Ich wurde eingeweicht!]
x10z has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
jmairboeck has quit [Quit: Konversation terminated!]
<nephele>
Skipp_OSX: there... I listed all changes that still need to be in that patchset besides the gradient changes
<nephele>
not a small list unfortunately :/
<Skipp_OSX>
here
<nephele>
updated 8878. 26 places still need to be adjusted.
<nephele>
mostly wrong button colors
<nephele>
(not sure why, are those beeing set explicitly to wrong colors often?)
<nephele>
Skipp_OSX: for example in pref/Notifications there is two buttons, which are added like "fDefaults = new BButton("defaults", B_TRANSLATE("Defaults"), new BMessage(kDefaults));"
<nephele>
and then used with BLayoutBuilder
<nephele>
but this doesn't seem enough to set the button text color for some reason? even though BButton::AttachedToWindow sets this
<nephele>
is this because it is added to a BGroupView beforehand?
<Skipp_OSX>
probably yeah, it adopts parent colors
<Skipp_OSX>
so you need to override the color after adding to the group view I guess
<nephele>
where does it do this? and why is the background color then correct? (not panel color)
<nephele>
only the text color is wrong
<Skipp_OSX>
in HaikuControlLook
<Skipp_OSX>
DrawLabel() I guess for the text color
<nephele>
That makes no sense to me. How would HaikuControlLook know when to adopt parent colors and when not to?
<Skipp_OSX>
it does it when added to view by getting parent's colors.
<nephele>
HaikuControlLook doesn't have anything to do with adding to a view, it is only a drawing lib?
<nephele>
Skipp_OSX: it looks like BControl does AdoptParentColors(); in it's attachedToWindow
<nephele>
could this be the problem?
<Skipp_OSX>
yeah probably should not be doing that in BControl
<nephele>
hmm, but the color modifications come later in BButton...
<Skipp_OSX>
... but I don't think that's your problem
<nephele>
it sets the LowUIColor to the ViewColor for some reason, but the button color is set in HighUIColor in BButton::AttachedToWindow
<nephele>
be_control_look->DrawLabel was using "base", which was lowCOlor
<nephele>
trying to use highcolor now instead...
Nasina has joined #haiku
<nephele>
I sure love this feeling of "how has this worked before??"
<Skipp_OSX>
it's probably using base for the low color but setting the high color another way
<nephele>
I'm looking at BButton::Draw right now
<Skipp_OSX>
when you draw text you have to set both the low and high colors correctly or anti-aliasing won't work right.
<nephele>
huh this checks for B_IS_CONTROL in HaikuControlLook?
<nephele>
and then gets colors on it's own? huh?
<nephele>
oh, there is a way to pass the textColor, and it gets it's own colors if this isn't done
<nephele>
oh... it has a default value of = NULL in the header!
<nephele>
darn
<nephele>
"suprise api"
<Skipp_OSX>
yes, that's right there's an optional text color you can set
<Skipp_OSX>
Maybe the problem is not the API but your understanding of it...
<nephele>
I fixed it now. I think this would have been easier to catch if the last parameter was not optional in the sense of this beeing hidden in the header as = NULL, but rather that the caller actually has to pass NULL if that is what they intended
<nephele>
it's a bit unintuitive that the color you have to pass to DrawLabel is the background, but the text color is optional...
HaikuUser has joined #haiku
nephele has quit [Remote host closed the connection]
HaikuUser has quit []
nephele has joined #haiku
<nephele>
also this means that B_CONTROL is beeing checked by HaikuControlLook but is not set where there are controls. Should we change that? i.e set B_CONTROL more often?
gouchi has quit [Quit: Quitte]
<nephele>
Skipp_OSX: how does BeControlLook deal with the same case? I assume this has a similar bug? Though if the text color is passed it probably uses it?
<Skipp_OSX>
it probably doesn't use it.
<Skipp_OSX>
I'm not sure off hand you could look and see.
<nephele>
if it does not use the passed in text color, then for it, i need to set B_CONTROL flag?
<nephele>
(though honestly it not using the text color seems like a bug. But I am really not sure how this all works with trying to make it look like BeOS did. you are the expect there)
diver has quit [Quit: Leaving.]
xet7 has joined #haiku
diver has joined #haiku
diver has quit []
nephele has quit [Quit: Vision[]: i've been blurred!]
Nasina has quit [Ping timeout: 480 seconds]
myriad has joined #haiku
nephele has joined #haiku
x10z has joined #haiku
<nephele>
Skipp_OSX: buttons fixed. Now wondering why some buttons had the correct text color though, makes no sense to me .-.
<nephele>
Oh well
HaikuUser has joined #haiku
xet7 has quit [Remote host closed the connection]
Nasina has joined #haiku
Nasina has quit [Read error: Connection reset by peer]
<oco>
Hi ! Is github authentication still available on review.haiku-os.org ? I use to have an account but it faill with an error http 503
<PulkoMandy>
oco: You have to contact kallisti5 I think. The authentication changed and I don't remember how the conversion to the new logins work
<oco>
PulkoMandy : ok. Will do that. I have a performance improvment in HaikuDepot
<oco>
on a related note, what would be the prefered form for a bit of documentation about a sample use of profile with QCachegrind ?
nephele has joined #haiku
Nasina has joined #haiku
<nephele>
Skipp_OSX: 8833, I still think this should be 2 pixels, and not 1 to remove the overlap. But if you disagree feel free to merge it as is.
<nephele>
Personally I think How borders are drawn is controllook territory, and i think overlaps are always wrong because of that if you want height to be matches
<PulkoMandy>
For documentation like this, I don't know, could be a blogpost, a trac wiki page, or added to docs/develop/, or one of the several places on the website where we have some documents
<PulkoMandy>
oco: If gerrit doesn't work, you can still submit your work as a trac ticket attachment as a last resort.
<nephele>
oco: I think you need to sign up to sso.haiku-os.org with github instead... there was a doc on how to do that
<nephele>
"If you need “Path B”, be sure to complete this as soon as possible. If we eventually ever unplug from direct Github authentication, you’ll lose your connection to Gerrit."
<nephele>
Maybe this is already done. But if you have your email defines you should be able to reset your password according to the post
<nephele>
Skipp_OSX: If i rebase ontop of your changes gerrit will re-upload your changes every time i try to push my work
tktech2 has joined #haiku
<oco>
I just setup a password at my account at sso.haiku-os.org. gerrit is among the authorized applications but it still fail when i try to authenticate from the signing link in gerrit
HaikuUser2 has joined #haiku
HaikuUser2 has quit []
Nasina has quit [Ping timeout: 480 seconds]
myriad has quit [Quit: Connection closed for inactivity]