These are made from the sticker "haiku-sticker-3.5x2".
Quick preview at http://img.ctrlv.in/img/17/02/27/58b425e23a6fb.png
A "Haiku" text layer and a 1-pixel frame are on separate layers,
that are set invisible. Not sure if we should always show the "Haiku".
Looks better without in my opinion, but depending on where it'll be
used, showing the text may be desired...
When used for small logos, like 64px, simple scaling might not cut
it, and the yellow and orange "hills" need to be made wider.
A recreation of the sticker designed by Jorge G. Mare in 2010.
Copyright 2010 Haiku Inc. Released under a CreativeCommons Attribution, Noncommercial, Share Alike license.Designed by Jorge G. Mare (koki@haikuzone.net)
As closest approximation to the font, I used FuturaExtended.
We should come up with a better motto than "Inspired by the BeOS".
One layer holds the reverse side with the QR code.
99% acurate recreation of the icons used in the Deskbar for hidden and
visible windows. Only the yellow tab is now a gradient. Should be invisible
at the relative sizes used in Deskbar.
I added 5 notification icons. They are flat icons that appear a bit bland at
larger sizes, but are nice when smaller like in the Deskbar or in lists.
Here's a PNG of them: https://lut.im/EtRvHPsMNC/T5wXFapUOkej68B9.png
Notify_Notice - your normal info
Notify_Achtung - slightly more interesting than a notice
Notify_Caution - 1st level of escalation, "Odd..."
Notify_Warning - 2nd level of escalation, "Something's not right at all..."
Notify_Danger - 3rd level of escalation, "I smell smoke..."
Also includes changes to HaikuDepot to change wording and add the menu item
to open the Repositories preflet.
Signed-off-by: Augustin Cavalier <waddlesplash@gmail.com>
Closes#13147.
* Planning on having a notification box when updates
available.
* Clicking the notification box will pop up the
SoftwareUpdater with a simple "Apply Updates" button
* Currently users need to know to 'pkgman update'
ThemeManager has an UTF-8 copyright symbol in its rdef file.
The chroot set up by haikuporter doesn't export anything that would
hint grep to accept UTF-8 as text, so it freaks out...
So we force it to accept anything as text.
These are not perfect, but better than using the default app icon. Feel
free to improve.
- DNS resolver: phonebook icon
- App-server: hand + app icon
- Keystore: key lock
- Launch daemon: croissant (to get the day started)
- Net server: hand + earth
- Package daemon: hand + package
- Power daemon: CF lightbulb
The only file in here was Deskbar.h, which just included the "real"
Deskbar.h. Considering nothing in-tree cares about this, and only
a small number of applications at HaikuArchives do, and that Haiku already
broke BeOS source compatibility in lots of other ways, let's just remove
this deprecated cruft.
We aren't really using Bullet itself; there are only two classes
(Quaternion and Vector3) which are from Bullet, and even they were
heavily modified. Furthermore, the Bullet license is really just the Zlib
license, which the Bullet source repository confirms (and you can see
by looking at its text.) It does not require attribution in documentation,
but only in the source code, and we aren't even using a substantial part
of it.
... as we obtained permission from Mark Kilgard to do so (see commit
c3eddfc0682b99f28ddbe33a14dadc40dc5b5f71.) So update AboutSystem and
the licenses directory to reflect that.
As suggested by Christopher Sean Morrison:
"Curiously, the two svg files lack styling / namespace declarations so
they won’t render in a browser. Adding an xml namespace to their <svg>
opening tag lets them render correctly: xmlns="http://www.w3.org/2000/svg"
Thanks!
* The mail_daemon could have been launched too early, which caused it
not to be able to add its Deskbar icon. We don't really want a
dependency to the Deskbar, though, which is why we only run the
mail_daemon on the same event (which makes the Deskbar available
at that point).
* Ideally, the mail_daemon should be smart enough to install its Deskbar
icon once the Deskbar is available, though.
* Similar issue for the first login scripts. Here, we have a real
dependency to the Deskbar which makes the script launch once the
Deskbar is available.
* This finally fixes#12454.
* The same mechanism (and the same PostInstallScript) is used for this.
* If a file first_login exists in ~/config/settings/boot, the first-login
scripts are launched, and the file removed.
* This fixes adding the deskbar tray icons even when there is no Deskbar
running yet (for example on first boot when the FirstBootPrompt
starts), or, IOW bug #12275.
* Seems to work fine, although it should probably also be triggered when
there are still jobs in the queue -- someone more knowledgeable might
want to chime in here, please :-)
* If this turns out to be problematic, we can just drop the "on_demand"
job config again.
- Rather than depending just on mount_server's launch, instead use
a condition that waits for the volumes mounted event. Had missed
the existence of this one previously.
- Adjust launch configuration such that media_server requires mount_server.
Otherwise, if the user has specified sound files for any events that are
on non-boot disks, these won't be found/loaded properly during the boot
process.
* Now inherits from BServer, and gets its message port from the
launch_daemon.
* It registers an event "initial_volumes_mounted" that allows other
services to be started afterwards.
* This is now used in the boot launch files, and makes the scripting
based previous solution superfluous which has been removed with this
commit, too.
* This implements the last needed feature in order to reproduce the
complete former boot process using the launch_daemon.
* Scripts from targets are evaluated once on first target launch,
scripts from jobs are evaluated on each start.
* The "desktop" target now sources SetupEnvironment as usual.
* Allows to conditionally (or unconditionally) launch targets.
* Including tests for the settings parser.
* FirstBootPrompt is now launched when deemed necessary (as in
the Bootscript).
* You can now put jobs/services into a target.
* Instead of having Login started as part of the normal boot process,
it's now in the "login" target.
* The app_server now launches the login target when a login becomes
available (ie. during startup, but that could be improved later on).
* Instead of launching Tracker/Deskbar directly, we now launch the
Login application.
* This will now start a new session for the selected user (the password
is currently ignored).
* When a user session is started, the launch_daemon forks, and the
child then restarts the LaunchDaemon application in user mode.
* It then registers itself with its parent, in order to resolve user
dependent services.
* Added a user launch file that will cause Tracker, and Deskbar to
start in the new session.
* get_roster_port_name() is no longer needed.
* This also removes the app_server restart code from the debug
server -- this will be done by the launch_daemon in the future.
* Dropped "create_port" -- this is now the default for services.
* Additionally (or alternatively, if you use the "legacy" mode), you can
now create named ports, and specify their capacity.
* Added convenience methods to BLaunchRoster that automatically use the
signature of the current be_app.
* This is actually working already, although we cannot reproduce all
the features of the former Bootscript yet. This is without any
dependency support in launch_daemon.
* All shell activity like cleaning out /tmp, setting up the environment,
setting the time, etc. is not yet working.
* This will be heavily inspired by Apple's launchd, as well as
systemd -- for now it really doesn't do a whole lot, though.
* What works so far: the configuration files are read, parsed, and
the jobs created.
* The jobs are even initialized, and their message ports created.
* BApplication now retrieves a previously created port from the
launch_daemon for use with BServer.
* Only the registrar actually uses this for now.
These files are required for netresolv functionality, and there is no
real use in modifying them as settings files. Restore the previous
behavior, the files are stored in data and part of the Haiku package.
This means there is no need for a fresh install from image to get the
files anymore.
Fixes#12156.
