style fixes

ZipOMatic: modernize barberpole widget

* Use the code/graphic of the new barberpole (Haikudepot)
* See #13808
* I hope soon we will have a system standard widget

Work in progress: Tiling window placement, screen-center-preferring with semi-fixed slots. Not sure I like it. (It looks nice as long as the windows stay equally sized, which they don't.) Settings weren't used anymore, and could be removed. Clean-ups. Changed archive creation to not update an existing archive, but instead create a new archive with a slightly altered filename along-side the existing file. Lock added to safe-guard pipe redirection. A window's Stop/Continue alert now shows the name of the archive in making. I added some code to show and select the archive in Tracker, post-creation, but it does not work reliably, so I've disabled it for now.

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

Use layout-friendly view constructors. Fixes drawing glitch.

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

Changing license from public domain to MIT, to ease code sharing with other parts of Haiku and to avoid the gray area of public domain. I hope it's okay. I made the app, but a few others have a contribute fixes here and there.

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

Cleanup. Make window also look non-resizable, as in practice it's not, for now. This fixes part 2 of ticket #4265.

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

* Clean up * Inserted window-covering view in layout hierarchy. (I removed SetLayout(). Is everything as it should be now?) * Moved creation and resizing of bitmap around and added some temporary printfs trying to figure out the drawing glitch to the right of the barberpole. The view has its view color set to B_TRANSPARENT_COLOR, but that should not affect the area to the right, outside of it. This might be unrelated, but for some reason the activity view fails to keep its barberpole bitmap bounds in sync with the view bounds. The bitmap gets created to match view bounds in AllAttached(), gets recreated by FrameResized() and yet in Draw() it does not always match the view's bounds.

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

Clean-up

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

Barberpole drawing glitches fixed. Disabled mode now too shows a barberpole - a gray one. Stop button disabled when done zipping.

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

replaced #include <> with #include "" to fit the build system


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

version 1.0 of Jonas Sundstrom's ZipOMatic app/add-on


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

Work in progress: Tiling window placement, screen-center-preferring with semi-fixed slots. Not sure I like it. (It looks nice as long as the windows stay equally sized, which they don't.) Settings weren't used anymore, and could be removed. Clean-ups. Changed archive creation to not update an existing archive, but instead create a new archive with a slightly altered filename along-side the existing file. Lock added to safe-guard pipe redirection. A window's Stop/Continue alert now shows the name of the archive in making. I added some code to show and select the archive in Tracker, post-creation, but it does not work reliably, so I've disabled it for now.

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

Use layout-friendly view constructors. Fixes drawing glitch.

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

Changing license from public domain to MIT, to ease code sharing with other parts of Haiku and to avoid the gray area of public domain. I hope it's okay. I made the app, but a few others have a contribute fixes here and there.

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

Cleanup. Make window also look non-resizable, as in practice it's not, for now. This fixes part 2 of ticket #4265.

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

* Clean up * Inserted window-covering view in layout hierarchy. (I removed SetLayout(). Is everything as it should be now?) * Moved creation and resizing of bitmap around and added some temporary printfs trying to figure out the drawing glitch to the right of the barberpole. The view has its view color set to B_TRANSPARENT_COLOR, but that should not affect the area to the right, outside of it. This might be unrelated, but for some reason the activity view fails to keep its barberpole bitmap bounds in sync with the view bounds. The bitmap gets created to match view bounds in AllAttached(), gets recreated by FrameResized() and yet in Draw() it does not always match the view's bounds.

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

Clean-up

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

Barberpole drawing glitches fixed. Disabled mode now too shows a barberpole - a gray one. Stop button disabled when done zipping.

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

replaced #include <> with #include "" to fit the build system


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

version 1.0 of Jonas Sundstrom's ZipOMatic app/add-on


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