When there are many files in archive dragging splitters and resizing columns is really slow.

Old vs current:

It would be nice to be able to convert archive formats. Probably as a "Save As" or "Export As" menu item, but it could also be a dedicated conversion window with a "Convert archive" entry in the Tools menu.

Lots of changes to Haiku's BAlert implementation (using LayoutKit, changing view names etc.)

Currently using InputAlert causes a hard crash, this needs to be fixed.

I already have a working solution but some UI elements aren't perfect (margins), so I'll fix this myself for now.

I am interested in this software, but I would like to be able to localize it for my language. How can I do this?

zst seems to be becoming more popular. It would be nice to have a handler and shouldn't be much work to support.

A couple of years ago Tracker gained the ability for add-ons to register new submenus in the context menu. Beezer might be able to make use of this to provide a custom file extraction menu (or other menuitems). I don't think there is much documentation on this feature but an example by the author that added the feature can be found at the TrackGit repository.

Currently we have the copyright starting-year and an ending year for the developer names.

However, maintaining the ending year is going to be difficult unless we automate the task each year. As far as copyright is concerned, just mentioning the starting year should be good enough because from a legal stand-point even if no end-year is mentioned, the copyright still holds. I'm not a lawyer, but I'm pretty sure if someone forgot to update the end year for a few years, the copyright doesn't stop applying, in which case it would be preferable to have the starting year.

I also propose shortening the length of the copyright/license header significantly by chopping off the full verbose BSD license and replacing it with SPDX license identifier: https://spdx.dev/ids/

I think we already have a LICENSE.md in the root of the project, so that just be more than enough to cover it.

In our case it would be: // SPDX-License-Identifier: BSD-3-Clause (must be exactly spelled that way)

A complete example:

// SPDX-License-Identifier: BSD-3-Clause
// Copyright (c) 2009 Ramshankar (aka Teknomancer)
// Copyright (c) 2011 Chris Roberts
// All rights reserved

We currently have 3 blank lines between functions (header and functions etc) which looks quite spaced out and harder to visualize judge than 2 blank lines.

@augiedoggie - any objections if we switch to 2 blank lines instead?

/boot/system/develop/headers/os/interface/SplitView.h

Preferences (in Preferences.cpp and .h) is a BMessage derived class that provided some convenience wrappers.

It looks like in Haiku most of these wrappers already exists and Set* methods already does what we want (i.e. replace if existing or add if none).

We should be able to get rid of the Find* methods too and replace callers with Get* methods with passable default values.

It would be better to make whole interface to use layout api but in the meantime fixing text colour to black in Preferences tabs, File splitter and File joiner windows would ensure that it remains readable when user selected a light colour for panel texts.

After loading an archive the horizontal scrollbar will appear disabled and you cannot scroll to the other columns until the window is resized.

When files are split, add an option to checksum the original (whole) file. This allows us to verify integrity when the files are joined into the original.

Store the checksum as a BFS file attribute in every split file. However, if a self-extracting executable is generated we can store the checksum only in the executable.

Checksums will slightly increase the size of each split file but since this is optional, the user can decide if file size is more important than being able to verify integrity (or he can of course, do it manually himself, hence optional).

The idea is to pick the checksum algorithm with speed in mind rather than collision resistance but at least as good as MD5 or something better (and faster).

Version: Beezer-0.99-3

Steps to reproduce:

1. Open https://mesa.freedesktop.org/archive/mesa-20.0.0.tar.xz.
2. Drag & drop root folder to Tracker window.
3. Nothing will be extracted.

Extract toolbar button work fine.

I know we will eventually will be switching to BColumnListView (or whatever Haiku has) but that's a much larger and more pervasive change and is a long-term action item.

The height calculation logic already seems makes to respect the font-height internally (derived from BListItem) but it would be nice to have a few extra choices like: Compact, Normal, Relaxed and Loose. This would be presented to the user as a BMenuField option in Interface settings.

Refer ListEntry.h kListEntryHeight. This is passed in as a minimum height each list entry (row) in the archive list has. A value of 20.0 is still quite tightly packed at least with the font-size I'm using, having a few more options would be good.

This requires a bit of experimentation with different font sizes. The padding should probably be relative to the font size. This may require modifying CLVListItem::Update.

Seems like it could be useful to have in the same group as the "Save as default" and "Save to archive" group.

See discussion in 62eb75a.