http://www.freelists.org/post/haiku-development/Runtime-loader-problem
The problem seems to be related to loading/unloading add-ons linked against the
recent OpenSSL. Linking the E-mail preferences against the SSL libraries (when
USE_SSL is enable) fixes this as the SSL libraries are not unloaded then.
I am still investigating this but will have no more time this week so I am commiting this workaround until I look at it again.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@29320 a95241bf-73f2-0310-859d-f6bbb57e9c96
- Shape a bit more the skeleton panel for scanning devices
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@29223 a95241bf-73f2-0310-859d-f6bbb57e9c96
* This flag is still only settable when an image is selected.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@29190 a95241bf-73f2-0310-859d-f6bbb57e9c96
sight. The comparison operator takes precedence over the binary ones.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@29121 a95241bf-73f2-0310-859d-f6bbb57e9c96
This is a very welcome addition.
* There are a few issues, and maybe questionable decisions (like the dependence
on ACPI), but I see no reason why it shouldn't be added in its current form
already.
* Unfortunately, I could not test it yet, though, as the CPU of my laptop is
not supported; will see if I can find a supported hardware, though.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@28903 a95241bf-73f2-0310-859d-f6bbb57e9c96
with low resolution devices like the EeePC - small fonts can look pretty bad
when hinting is turned on, and you still have the advantage of hinting for
text editors and the terminal.
* Added a ServerFont::Hinting() method (that currently only evaluates the
global hinting setting).
* Added a TODO comment on why having global settings is not what we aim for.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@28837 a95241bf-73f2-0310-859d-f6bbb57e9c96
Adjust Workspace view to correctly scale each workspace based on the
resolution of that workspace. This exposes one or two anomalies in other
places in the app_server code though which I wasn't able to track down.
This fixes ticket #693.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@28785 a95241bf-73f2-0310-859d-f6bbb57e9c96
keep the current century and and don't jump to the first
of the month etc. in case of invalid input, thanks Clemens
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@28740 a95241bf-73f2-0310-859d-f6bbb57e9c96
different sorting order. Therefor store that message in the original data
info instead the types message retrieved from the node. This fixes the
FileType window from requesting a save operation on quit even if nothing
changed (probably with certain app infos only where the sorting happened to
be different. Was the case with Firefox for example). Fixes #XXXX (Trac is
broken again... sigh)
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@28720 a95241bf-73f2-0310-859d-f6bbb57e9c96
* Support dragging the clock hour and minute hands to set the time.
* Improved keyboard support for the time and date controls.
Thanks a lot!
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@28713 a95241bf-73f2-0310-859d-f6bbb57e9c96
the listview use all the available additional size. But works far better
than before.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@28708 a95241bf-73f2-0310-859d-f6bbb57e9c96
DataTranslations list view. This should fix it. MessageReceived() was not
forwarding to the immediate inherited class.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@28665 a95241bf-73f2-0310-859d-f6bbb57e9c96
in UpdateSettings() to avoid a crash when there is no TouchPad at all.
Changes by myself: Adapted coding style and added a comment to ConnectToTouchPad()
on why the loop is not exited as soon as the device is found.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@28457 a95241bf-73f2-0310-859d-f6bbb57e9c96
* Implemented Synaptics touchpad support in the PS2 bus_manager by
refactoring/splitting the structure some and adding touchpad device
handling.
* Implemented Touchpad input_server device add-on
* Created Touchpad preflet for configuring advances Synaptics touchpad
options like scroll region (both horizontal and vertical) as well
as other neat stuff
Thanks a lot, Clemens!
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@28416 a95241bf-73f2-0310-859d-f6bbb57e9c96
* Use a derived text view that filters the tab key to avoid interupting tab
navigation while in focus/editing. Closes#2321
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@28328 a95241bf-73f2-0310-859d-f6bbb57e9c96
rethought and reimplemented with the layout system and my keymap management patch, but
the intent was to make it more usable in the mean time.
* Don't change the focus on keydown so that we can naviguate the list with the
keyboard.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@28314 a95241bf-73f2-0310-859d-f6bbb57e9c96
things could be rewritten in a cleaner way but i'd rather finish my keymap
management patch as i rewrote the preflet for it anyway. For example the '(Current)'
item shouldn't be needed anymore but is still there in case the keymap:name attribute
read fails or if the original keymap file doesn't exist anymore (for example, applying
a user keymap, quiting the preflet, deleting the keymap file, and reloading the
preflet)
* Revert/apply data wasn't correctly loaded when the first load was on a system
keymap. This would allow revert/apply right after starting the preflet. That was the
cause of #2659.
* fCurrentMapName wasn't updated after a Revert or Apply
* Select the active keymap in the lists after reverting.
Quick cosmetical fix follows.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@28313 a95241bf-73f2-0310-859d-f6bbb57e9c96
Save menu item accordingly and ask the user to save changes when he quits
the window and there are any changes.
Most changes are tracked in a robust way, only icons are tracked with a
more fuzzy method (the actual data is not compared). Whenever an icon
(of the app itself or one of its types) is changed, then the preflet is
convinced of the need to save, regardless of the icon is removed again or
is changed to the visually same icon.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@28182 a95241bf-73f2-0310-859d-f6bbb57e9c96
* Added an optional modification message that is triggered whenever the
view adopts a new icon.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@28178 a95241bf-73f2-0310-859d-f6bbb57e9c96
dragging and dropping icons from one FileTypes window to another (in case
the dragged icon was a vector icon).
* Checked the other similar places, but all seems fine. Added a comment in
one place why no data is leaked, although it may seem to at first sight.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@28159 a95241bf-73f2-0310-859d-f6bbb57e9c96
anyway, but now BColorControl actually respects this setting.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@28149 a95241bf-73f2-0310-859d-f6bbb57e9c96
