Unifying the quit/save alerts.

Wherever I found an alert prompting to save changes, I used the
button labeling 'Cancel', 'Don't save', 'Save' with the first button
left aligned, 2nd and 3rd right aligned.

I added the shortcuts 'd' for 'Don't save, and 's' for 'Save' where
not already set.

The topic was discussed at
http://permalink.gmane.org/gmane.os.haiku.devel/23244
The discussion died down, I hope I made changes everyone can live with.

Added more things to x86_64 image.

Some preference apps, mount_server and AboutSystem. Removed the check
for x86_64 in the boot script, the normal path through the script will
work now. Also removed a temporary hack to workaround AboutSystem not
being there in build_haiku_image.

Close alerts with ESCAPE key.

Added SetFlags(B_CLOSE_ON_ESCAPE) or SetShortcut(index, B_ESCAPE) to BAlerts
depending if the result gets used later in the code, or if it's a one-button
BAlert.

Update layout building code in FileTypes preflet.

Signed-off-by: Alex Wilson <yourpalal2@gmail.com>

More catalog-related cleanup.

* rename B_TRANSLATE_CONTEXT to B_TRANSLATION_CONTEXT and
B_TRANSLATE_WITH_CONTEXT to B_TRANSLATE_CONTEXT, squashing a TODO
* adjust all uses of both macros in Haiku's source tree
* use correct header guard for collecting/Catalog.h

The renamed macros require adjustments to all external applications
using catalogs.

Make the 'Long description' textview in FileTypes use the BScrollView::SetBorderHighlighted() method when it is focused, also enable tab-key navigation (which was the whole purpose of creating the custom class used for the field) with the B_NAVIGABLE flag.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42228 a95241bf-73f2-0310-859d-f6bbb57e9c96

* Set an explicit min size for the text controls. This fixes bug #6863.
Note, the BTextControl doesn't work correctly with its layout items, if
present. I'll open a bug report for that.
* Disallow spaces as well for the internal type name.
* Minor cleanup.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@39579 a95241bf-73f2-0310-859d-f6bbb57e9c96

Padding in the FileType add-on window wasn't quite right yet... sorry about that.

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@38840 a95241bf-73f2-0310-859d-f6bbb57e9c96

Adjusted padding in the FileType add-on window. Fixes #6676.

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@38839 a95241bf-73f2-0310-859d-f6bbb57e9c96

Fixed #6450. "application type" string is not translated.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@38120 a95241bf-73f2-0310-859d-f6bbb57e9c96

Update some apps/add-ons/preflets for impending changes to the layout API, specifically the layout builders. Also do a bit of style and layout cleanup in some places. This is part of #6407. Everything I've updated should look and function the same as it did before.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@38064 a95241bf-73f2-0310-859d-f6bbb57e9c96

* Fixed typo reported by kaliber, thanks!


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36887 a95241bf-73f2-0310-859d-f6bbb57e9c96

* The spacing was hard coded to 3 since r36405 which made the whole thing look
poorly with the default font size, I wonder why no one noticed that before
applying.
* This also hid some bugs in the layouting code causing the doubled spacing to
be used.
* Fixed some weird layout in FileTypeWindow.
* Changed some code to BLayoutBuilder in a few cases.
* Made sure the list views have a better default size, and resize with the
window.
* Removed superfluous checks if be_control_look is NULL.
* Enlarged the icon size in the main window to 48 pixels.
* I've worked around some strange resizing in the ApplicationTypesWindow by
setting a max size for the list view. Also, setting a max limit for the
BStringView on the right side had no effect on layouting (only the text
was cut).


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36882 a95241bf-73f2-0310-859d-f6bbb57e9c96

Updated TR_CONTEXT to be B_TRANSLATE_CONTEXT, relating to #5408.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36733 a95241bf-73f2-0310-859d-f6bbb57e9c96

Updated to use B_TRANSLATE* macros. relates to #5408.

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36684 a95241bf-73f2-0310-859d-f6bbb57e9c96

reorder includes


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36424 a95241bf-73f2-0310-859d-f6bbb57e9c96

Puh... basically this is the patch by "yourpalal" from ticket #5690, which
converts the FileTypes preflet to use layout management. However, I had to
revert r36252, apply the patch and then manually add r36252 back on top.
I have fixed issues both in the layout management patch (broken layout
in the ApplicationTypesWindow) as well as the translation (untranslated labels
in alerts) and other problems with composed strings (one problem remains, but
already had a TODO). However, the hard work was taken care of by yourpalal!
Thanks a bunch!


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36405 a95241bf-73f2-0310-859d-f6bbb57e9c96

Localize FileTypes.
It does not use the layout kit yet, so the tranlation doesn't look perfect. Anyone willing to update it ?


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36252 a95241bf-73f2-0310-859d-f6bbb57e9c96

The copyright year was mistakenly changed when sentance casing these files. this is now fixed.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34939 a95241bf-73f2-0310-859d-f6bbb57e9c96

Patch by Humdinger to convert all the preference panels to sentance case.
Also update the localization catalogs as needed.
CPUFrequency localization is broken : the current code works, but the DoCatalogs jamrule is not powerful enough to properly extract the catkeys.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34767 a95241bf-73f2-0310-859d-f6bbb57e9c96

The enabling/disabling of applications flags is now properly tracked and
the new BAppFileInfo feature to remove those flags is used to actually
store this according to what the user configured. If this discrepancy was
the only reason for ticket #3002, then it should be fixed now.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@29638 a95241bf-73f2-0310-859d-f6bbb57e9c96

The types messages when constructed from the list view contents may have a
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

* Enable keyboard navigation on the long description BTextView.
* 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

* This should fix the build of FileTypes... I should have heard the warning... :-)


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@28185 a95241bf-73f2-0310-859d-f6bbb57e9c96

* Implement a method to track the need to save changes. Enabled the
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

Fixed CID 321, 868: check item for NULL and delete recource leak

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@27453 a95241bf-73f2-0310-859d-f6bbb57e9c96

Obviously, BMenuField::ResizeToPreferred() has no effect under R5 (does work on Dano) - this fixes bug #954.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19944 a95241bf-73f2-0310-859d-f6bbb57e9c96

Application icons and supported type icons are now also saved.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19292 a95241bf-73f2-0310-859d-f6bbb57e9c96

* The application type window did not sort the types correctly (they were ordered
by type, not type name (ie. "video/..." vs. "AVI").
* The type list is now using a DropTargetListView and will take over the file types
of any files you drop on it.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19291 a95241bf-73f2-0310-859d-f6bbb57e9c96

* Extended the IconView quite a bit to support what we need:
- supports drag&drop from icons (only tested for non-vector icons yet)
- allows to remove/edit/add icons (there is still need for support in Icon-O-Matic
for this to work completely)
- has a mode where it stores the changed icon data in an object rather than
directly to disk; this object can maintain all BeOS icon types
- reacts to live updates from file icons
- supports different view sizes (for later or uses in other apps)
* works again on BeOS (it crashed before because of a BeOS "feature").
* in the Application window, the "supported types" listview will now be enlarged
with the window instead of the long version description.
* To compensate for that, the latter now shows a scroll bar.
* Application delivered supported type icons are now shown as well, and can
be edited - they're not yet saved, though.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19279 a95241bf-73f2-0310-859d-f6bbb57e9c96

Some more GCC 4 and PPC fixes.
* Mesa doesn't compile yet, as some PPC specific stuff seems to be
missing, Philippe?
* Cortex and some other stuff has been marked x86-only, although
it's more of a "GCC 2.95.3"-only.
* I'm not sure if it's a bug in GCC 4, or if that's what the C
standard demands, but sizeof(some_type::some_field) is not
valid anymore :-/


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17515 a95241bf-73f2-0310-859d-f6bbb57e9c96

The '/' character obviously has to be allowed in MIME types.
This fixes bug #375.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16994 a95241bf-73f2-0310-859d-f6bbb57e9c96

Supported types can now be edited and saved (but not their icons yet).


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16691 a95241bf-73f2-0310-859d-f6bbb57e9c96

Some more work on the application type window: it now shows the correct
entries, and you can edit everything but icons and supported types.
Saving is also possible now (but it won't ask yet if you close the
window and has made some changes).


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16674 a95241bf-73f2-0310-859d-f6bbb57e9c96

Beginnings of the application type window - doesn't do anything yet, but at
least it looks more or less okay (long description border isn't right yet)
and is font sensitive.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16632 a95241bf-73f2-0310-859d-f6bbb57e9c96

Added more things to x86_64 image.

Some preference apps, mount_server and AboutSystem. Removed the check
for x86_64 in the boot script, the normal path through the script will
work now. Also removed a temporary hack to workaround AboutSystem not
being there in build_haiku_image.

Close alerts with ESCAPE key.

Added SetFlags(B_CLOSE_ON_ESCAPE) or SetShortcut(index, B_ESCAPE) to BAlerts
depending if the result gets used later in the code, or if it's a one-button
BAlert.

Update layout building code in FileTypes preflet.

Signed-off-by: Alex Wilson <yourpalal2@gmail.com>

More catalog-related cleanup.

* rename B_TRANSLATE_CONTEXT to B_TRANSLATION_CONTEXT and
B_TRANSLATE_WITH_CONTEXT to B_TRANSLATE_CONTEXT, squashing a TODO
* adjust all uses of both macros in Haiku's source tree
* use correct header guard for collecting/Catalog.h

The renamed macros require adjustments to all external applications
using catalogs.

Make the 'Long description' textview in FileTypes use the BScrollView::SetBorderHighlighted() method when it is focused, also enable tab-key navigation (which was the whole purpose of creating the custom class used for the field) with the B_NAVIGABLE flag.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42228 a95241bf-73f2-0310-859d-f6bbb57e9c96

* Set an explicit min size for the text controls. This fixes bug #6863.
Note, the BTextControl doesn't work correctly with its layout items, if
present. I'll open a bug report for that.
* Disallow spaces as well for the internal type name.
* Minor cleanup.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@39579 a95241bf-73f2-0310-859d-f6bbb57e9c96

Padding in the FileType add-on window wasn't quite right yet... sorry about that.

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@38840 a95241bf-73f2-0310-859d-f6bbb57e9c96

Adjusted padding in the FileType add-on window. Fixes #6676.

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@38839 a95241bf-73f2-0310-859d-f6bbb57e9c96

Fixed #6450. "application type" string is not translated.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@38120 a95241bf-73f2-0310-859d-f6bbb57e9c96

Update some apps/add-ons/preflets for impending changes to the layout API, specifically the layout builders. Also do a bit of style and layout cleanup in some places. This is part of #6407. Everything I've updated should look and function the same as it did before.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@38064 a95241bf-73f2-0310-859d-f6bbb57e9c96

* Fixed typo reported by kaliber, thanks!


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36887 a95241bf-73f2-0310-859d-f6bbb57e9c96

* The spacing was hard coded to 3 since r36405 which made the whole thing look
poorly with the default font size, I wonder why no one noticed that before
applying.
* This also hid some bugs in the layouting code causing the doubled spacing to
be used.
* Fixed some weird layout in FileTypeWindow.
* Changed some code to BLayoutBuilder in a few cases.
* Made sure the list views have a better default size, and resize with the
window.
* Removed superfluous checks if be_control_look is NULL.
* Enlarged the icon size in the main window to 48 pixels.
* I've worked around some strange resizing in the ApplicationTypesWindow by
setting a max size for the list view. Also, setting a max limit for the
BStringView on the right side had no effect on layouting (only the text
was cut).


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36882 a95241bf-73f2-0310-859d-f6bbb57e9c96

Updated TR_CONTEXT to be B_TRANSLATE_CONTEXT, relating to #5408.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36733 a95241bf-73f2-0310-859d-f6bbb57e9c96

Updated to use B_TRANSLATE* macros. relates to #5408.

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36684 a95241bf-73f2-0310-859d-f6bbb57e9c96

reorder includes


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36424 a95241bf-73f2-0310-859d-f6bbb57e9c96

Puh... basically this is the patch by "yourpalal" from ticket #5690, which
converts the FileTypes preflet to use layout management. However, I had to
revert r36252, apply the patch and then manually add r36252 back on top.
I have fixed issues both in the layout management patch (broken layout
in the ApplicationTypesWindow) as well as the translation (untranslated labels
in alerts) and other problems with composed strings (one problem remains, but
already had a TODO). However, the hard work was taken care of by yourpalal!
Thanks a bunch!


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36405 a95241bf-73f2-0310-859d-f6bbb57e9c96

Localize FileTypes.
It does not use the layout kit yet, so the tranlation doesn't look perfect. Anyone willing to update it ?


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36252 a95241bf-73f2-0310-859d-f6bbb57e9c96

The copyright year was mistakenly changed when sentance casing these files. this is now fixed.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34939 a95241bf-73f2-0310-859d-f6bbb57e9c96

Patch by Humdinger to convert all the preference panels to sentance case.
Also update the localization catalogs as needed.
CPUFrequency localization is broken : the current code works, but the DoCatalogs jamrule is not powerful enough to properly extract the catkeys.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34767 a95241bf-73f2-0310-859d-f6bbb57e9c96

The enabling/disabling of applications flags is now properly tracked and
the new BAppFileInfo feature to remove those flags is used to actually
store this according to what the user configured. If this discrepancy was
the only reason for ticket #3002, then it should be fixed now.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@29638 a95241bf-73f2-0310-859d-f6bbb57e9c96

The types messages when constructed from the list view contents may have a
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

* Enable keyboard navigation on the long description BTextView.
* 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

* This should fix the build of FileTypes... I should have heard the warning... :-)


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@28185 a95241bf-73f2-0310-859d-f6bbb57e9c96

* Implement a method to track the need to save changes. Enabled the
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

Fixed CID 321, 868: check item for NULL and delete recource leak

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@27453 a95241bf-73f2-0310-859d-f6bbb57e9c96

Obviously, BMenuField::ResizeToPreferred() has no effect under R5 (does work on Dano) - this fixes bug #954.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19944 a95241bf-73f2-0310-859d-f6bbb57e9c96

Application icons and supported type icons are now also saved.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19292 a95241bf-73f2-0310-859d-f6bbb57e9c96

* The application type window did not sort the types correctly (they were ordered
by type, not type name (ie. "video/..." vs. "AVI").
* The type list is now using a DropTargetListView and will take over the file types
of any files you drop on it.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19291 a95241bf-73f2-0310-859d-f6bbb57e9c96

* Extended the IconView quite a bit to support what we need:
- supports drag&drop from icons (only tested for non-vector icons yet)
- allows to remove/edit/add icons (there is still need for support in Icon-O-Matic
for this to work completely)
- has a mode where it stores the changed icon data in an object rather than
directly to disk; this object can maintain all BeOS icon types
- reacts to live updates from file icons
- supports different view sizes (for later or uses in other apps)
* works again on BeOS (it crashed before because of a BeOS "feature").
* in the Application window, the "supported types" listview will now be enlarged
with the window instead of the long version description.
* To compensate for that, the latter now shows a scroll bar.
* Application delivered supported type icons are now shown as well, and can
be edited - they're not yet saved, though.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19279 a95241bf-73f2-0310-859d-f6bbb57e9c96

Some more GCC 4 and PPC fixes.
* Mesa doesn't compile yet, as some PPC specific stuff seems to be
missing, Philippe?
* Cortex and some other stuff has been marked x86-only, although
it's more of a "GCC 2.95.3"-only.
* I'm not sure if it's a bug in GCC 4, or if that's what the C
standard demands, but sizeof(some_type::some_field) is not
valid anymore :-/


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17515 a95241bf-73f2-0310-859d-f6bbb57e9c96

The '/' character obviously has to be allowed in MIME types.
This fixes bug #375.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16994 a95241bf-73f2-0310-859d-f6bbb57e9c96

Supported types can now be edited and saved (but not their icons yet).


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16691 a95241bf-73f2-0310-859d-f6bbb57e9c96

Some more work on the application type window: it now shows the correct
entries, and you can edit everything but icons and supported types.
Saving is also possible now (but it won't ask yet if you close the
window and has made some changes).


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16674 a95241bf-73f2-0310-859d-f6bbb57e9c96

Beginnings of the application type window - doesn't do anything yet, but at
least it looks more or less okay (long description border isn't right yet)
and is font sensitive.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16632 a95241bf-73f2-0310-859d-f6bbb57e9c96