 |
|
| Fixed |
|
|
By DarkWyrm - Posted on September 5, 2003 - 18:23:28 (#8707)
Current version when comment was posted: 1.0 |
|
|
Thanks for the comment. I was unaware that the screenshot link (or the homepage link) was broken. Thanks. :)
|
|
| The Screenshot link is busted :-( |
|
|
By Jace - Posted on September 5, 2003 - 12:38:50 (#8700)
Current version when comment was posted: 1.0 |
|
|
Just FYI ;-) Must have happened with the move to BeEmulated.net
|
|
| Development |
|
|
By DarkWyrm - Posted on August 13, 2003 - 07:53:02 (#8511)
Current version when comment was posted: 1.0 |
|
|
No, I haven't stopped developing Seeker. :) I just haven't had time to do much coding of any kind lately, and in more recent times, I've been focusing on something I think is more important - the OpenBeOS app server. I am currently planning a major change in the code which adds the files to the window to (1) increase stability and (2) make it possible to implement an Address Bar and a Send To Seeker Tracker addon, neither of which work correctly under the current code. It should also make Seeker more stable, too - sometimes there are synchronization issues which cause crashes occasionally.
|
|
| Question |
|
|
By Diver - Posted on August 12, 2003 - 23:43:47 (#8510)
Current version when comment was posted: 1.0 |
|
|
Hi DarkWyrm!
I just wanted to ask you: are you stopped to develope Seeker or what? Hope you don't :)
|
|
| File sizes <1kb not displayed correctly |
|
|
By brian68 - Posted on July 11, 2003 - 15:17:34 (#8131)
Current version when comment was posted: 1.0 |
|
|
The filesizes appear OK for anything greater than 1kb. Filesizes expressed as bytes appear as '%llu bytes'. I've run into this before but can't recall what causes it. IIRC, the fix is easy.
Other issues:
1. Can't resize left pane. Not a bug, but would be a nice thing to have.
2. Selecting a file in the right pane displays the filename OK, but the information in the other columns appears blotted out.
3. The window size is not preserved between launches.
I can see from comparing this with an earlier beta that much work has been done "under the hood." The infrastructure is likely in place to address #1 & #3. I don't understand #2, but it is probably not a big deal.
Great work!
|
|
| PPC Crashes |
|
|
By memson - Posted on July 11, 2003 - 11:23:52 (#8127)
Current version when comment was posted: 1.0 |
|
|
It's very random. Have you had this running on a multiprocessor box? It's usually when the gui is trying to synch with the dir you've just switched to. Running this on a dual processor Mac (9500) btw. Tried turning off a processor, but it still crashes. Error is in '__PTR_GLUE' which I think is PPC specific to be honest. It seriously looks like there is some kind of stnchrinization issue.
I'm happy to give you the source (email me directly.) Brian will most likely debug it some for you. If you;re really stuck, I can have a look at it, but I've about 10 billion other things I meant to be looking at first :-( NathanW might be a better person that me, if Brian is too busy,
Matt
|
|
| PPC Build and stability |
|
|
By DarkWyrm - Posted on July 11, 2003 - 08:28:25 (#8125)
Current version when comment was posted: 1.0 |
|
|
I'd be glad to have another PPC build to send out so that building from the sources is not required. The only reason I don't work on the PPC stuff myself is because I don't have said hardware, and I can't update the project file because BeIDE won't let me add the source files under x86.
Matt, I'm concerned when you say it crashes a lot. When does it crash?
Anyway, I am currently planning an internal redesign of Seeker so that it'd be much more stable and I could add some features which just won't work with the code as it currently is, like an Address Bar, for example.
|
|
| PPC Build not entirely successfull |
|
|
By memson - Posted on July 11, 2003 - 06:52:19 (#8122)
Current version when comment was posted: 1.0 |
|
|
Having said that, it crashes a lot.
Brian, I'm not really interested in this app, I just like a challenge ;-) You wanna take back the reigns??
Matt
|
|
| PPC Build |
|
|
By memson - Posted on July 11, 2003 - 06:49:13 (#8121)
Current version when comment was posted: 1.0 |
|
|
Brian,
got it to compile and run on PPC. I'll send you the working version if you like.
I started using the premis that Santa was at fault, but it was litterally that there were about 5+ object files missing due to them not being included in the project.
Darkwyrm - if you want to host a PPC version, I can send you the source an the exe.. the changes you need to make are minimal, and are along the lines that Brian mentions below.
Matt
|
|
| partial answer |
|
|
By brian68 - Posted on July 10, 2003 - 02:12:16 (#8108)
Current version when comment was posted: 1.0 |
|
|
There is no alloc.h for PPC. Instead do this:
#ifdef __MWERKS__
#include <alloca.h>
#else
#include <alloc.h>
#endif
You will also need to modify three lines (the compiler will complain and show you where) to remove illegal default args.
At this point, it will compile without errors. I am getting some link errors I cannot resolve, and my guess is that there are some symbols missing from the custom Santa's Gift Bag library used in this project. If so, this should be a very easy fix with Wyrm's help, of course. :-)
|
|
| PPC build ? |
|
|
By GScrain - Posted on July 9, 2003 - 22:08:54 (#8105)
Current version when comment was posted: 1.0 |
|
|
I can't seem to get it to compile on my PPC, even though there is a PPC proj file. It can't find alloc.h. Great work BTW.
|
|
| Alternate file views |
|
|
By DarkWyrm - Posted on March 9, 2003 - 13:29:57 (#6303)
Current version when comment was posted: 1.0 |
|
|
If you have an interest in creating an alternate view for files, like a thumbnail view, you can safely spend your time working with the SFileView class. E-mail me if you would like to seriously pursue this and we can work together on it. While I plan on spending my development time working on other features, I'd be glad to give you any support you need and (later on) make it an official part of Seeker. :)
|
|
| DarkWyrm |
|
|
By JJ - Posted on March 9, 2003 - 13:14:30 (#6302)
Current version when comment was posted: 1.0 |
|
|
Thanks for keeping up the work, look forward to seeing multiple group selections and a status bar too.
I can certainly understand being forced to change things for less than obvious reason and that 1 step backwards, 2 steps forward is what happens.
I am more familiar with MacOS & Java programming myself even though I rarely use em anymore. In the Java world, this sort of app is fairly easy to write with AWT, but then it doesn't work fast or look n feel right or have native fengsui. But if Java comes to BeOS, I would probably use it again for quick hacks or as a prototype.
Long term I am still hoping it would be possible to add thumbnail views into the list pane, as much like ThumbsPlus as possible. Whether I can do it from your source remains to be seen.
JJ
|
|
| JJ |
|
|
By DarkWyrm - Posted on March 7, 2003 - 16:52:30 (#6250)
Current version when comment was posted: 1.0 |
|
|
The selection dragging thing had to be changed because of problems Seeker was having by locking the focus using the method before. Using, say, beta 5, it was possible to right click on the Desktop (outside the Seeker window) and still pop up the menu you'd normally see in Seeker. Rest assured I am still working on getting the final stuff going for the redraw. There are a couple minor redraw bugs I've discovered since 1.0, but they do not affect functionality, fortunately. They'll get worked on for the v1.1.
Multiple selection with drag is something I didn't think of yet, so obviously it's missing, but it's a good feature - it is now on my to-do list of features. So is a status bar, so please be a little patient. 1.0 is not the end of development. :)
Programming in any language for any OS is not very easy. I've learned how to program the hard way, so I know. BeOS is quite easy to write code for compared to, say, Windows. The sources look pretty complicated because there are so many to pack into a small, simple interface. Anyway, if you want to use an older version, you can click on the 'version history' button from the Seeker page and choose any version ever released. All the old download links work - for now anyway. If you want to discuss Seeker (or anything else) with me, you're welcome to e-mail me, which is the easier way to reach me. :)
|
|
| Selection dragging |
|
|
By JJ - Posted on March 7, 2003 - 16:04:44 (#6248)
Current version when comment was posted: 1.0 |
|
|
Selection dragging in this version seem to be up the creek as far as continuous selection redraws, & I deleted older version expecting automatic improvement. Darn where can I get previous version.
The redraw issue, is it a video driver issue with card (Creative Blaster) or common to all. The xor method before was fine but even that has no way to do multiple groups selections with shift ctl. Now the before & after rectangles differ by 1 pixel leaving drag trace history and it is super dog slow.
I hope this gets fixed and improved for multiple groups.
One thing I do like about Windows is that as files are added &removed from the selection, the status bar keeps telling total size. I would really like to see this added as an option and maybe givemore info too. Ie one file, put all info on status bar. That would be so much faster than alt-I & close each file.
I have been looking at the sources and can see why there are so few BeOS apps, it takes too much work to create even as simple an app as this. This also means it is difficult to fork it and add features, I can't see where to start.
Regards
JJ
|
|
| cool but decieving... |
|
|
By Jess - Posted on March 6, 2003 - 01:39:07 (#6218)
Current version when comment was posted: 1.0 |
|
|
I dl'd this to find it is EVIL!!!
Oh you think I'm joking... I'm NOT!
On the download page it says the DL size is 665k...
wrong my friends it's a bonified 666k !!!
EEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEVIL!!!!!!!
thanks for the update
|
|
| Symlink path browsing |
|
|
By DarkWyrm - Posted on March 2, 2003 - 07:19:00 (#6143)
Current version when comment was posted: RC 1 |
|
|
Good idea! Now that you mention it, I remember being able to do that with OpenTracker, and even though I didn't use it much, it's a nice feature which I will be implementing in the versions after 1.0 is released. I'd do it sooner, but I want a stable 1.0 release before I add any more major features. With everyone's help the last few undiscovered bugs should be found (and then fixed) relatively quickly.
|
|
| More bugs |
|
|
By DarkWyrm - Posted on March 2, 2003 - 07:13:38 (#6142)
Current version when comment was posted: RC 1 |
|
|
Thanks, guys! I just fixed the right-click crash. The Delete bug which Prognathous, as it turns out, was NOT remedied in the new version, but is on my hit list. Before long, we should have a usable, rock-solid 1.0. :)
|
|
| Right Clicking on Boot |
|
|
By Intelinside - Posted on March 1, 2003 - 18:22:59 (#6135)
Current version when comment was posted: RC 1 |
|
|
Right Clicking on Boot causes Seeker to dump.
its reproducable everytime.
|
|
| neat app |
|
|
By cadmeister - Posted on March 1, 2003 - 17:54:09 (#6134)
Current version when comment was posted: RC 1 |
|
|
I also like the double pane window, and this seems to handle it well. One think I would like to see though - an ability to change the path of a symlink by browsing to a new location or the file. Especialy in /boot/home/config/be ..
|
|
| Nah. Changed my mind |
|
|
By DarkWyrm - Posted on March 1, 2003 - 14:40:44 (#6132)
Current version when comment was posted: RC 1 |
|
|
The bug was much easier to fix than expected and the package needed a couple changes that I forgot, so I just uploaded an updated package to my site.
|
|
| Bugs |
|
|
By DarkWyrm - Posted on March 1, 2003 - 14:28:24 (#6131)
Current version when comment was posted: RC 1 |
|
|
Thanks for the bug report. IIRC, RC1 fixes this problem. Just for everyone's reference, I literally just noticed a graphical bug with the drag selection code for RC1. If you launch the default application for a file and return to Seeker, you get some funky-looking artifacts which a simple mouse click eliminates. The next release candidate will have this fixed.
|
|
| Thankyou for the ongoing development of Seeker |
|
|
By squire - Posted on February 19, 2003 - 23:00:07 (#6002)
Current version when comment was posted: 1.0 beta 5 |
|
|
I've always preferred 2 pane file browsers so I'm grateful for every new release of Seeker.
Keep up the good work.
|
|
| Deleting the current folder should go one level up (to the parent folder) |
|
|
By Prognathous - Posted on February 15, 2003 - 13:30:07 (#5941)
Current version when comment was posted: 1.0 beta 5 |
|
|
Step to reproduce the bug:
1. Create a new folder on the Desktop and view it's (empty) contents from Seeker.
2. Right click this folder in the tree-pane and choose "Send to Trash".
3. Although this folder has just been deleted, Seeker still displays it's previous path (and if you drag anything into the view pane, Seeker will crash).
Prog.
|
|
| empty app resource |
|
|
By jonas.kirilla - Posted on January 3, 2003 - 07:37:40 (#5111)
Current version when comment was posted: 1.0 beta 5 |
|
|
You need to specify the app signature (application/x-vnd.wgp-Seeker) in the Seeker.rsrc file, or it won't show up in Deskbar under "Recent Applications".
It would be nice to have Seeker specify support for the Folder type, and perhaps the Volume type, so that one could right-click a folder in Tracker and "Open with..." -> "Seeker".
|
|
| screenshots |
|
|
By borg1980 - Posted on January 3, 2003 - 05:10:43 (#5109)
Current version when comment was posted: 1.0 beta 5 |
|
|
Great application :-).
May be addind few screenshots of Seeker on Bebits will be a good idea?
It can be good encouragement :-).
P.S. Sorry for my bad english.
|
|
| Re: It's good to get these beta releases out |
|
|
By Prognathous - Posted on January 2, 2003 - 17:27:56 (#5101)
Current version when comment was posted: 1.0 beta 5 |
|
|
> I've been debating about the possibility of #3.
Ideally, a status-bar could display the same information in the Get Info panel. This would be simpler than selecting a file (or multiple files) and opening a separate Get Info window...
> I've found that I like the autoresizing of the tree pane. Perhaps #5 is more of a
> difference of opinion.
I'm not so sure. Try the following sequence for example:
Maximize the Seeker window -> manually change the width of the tree pane for optimum fit -> Resize the whole window for optimum fit.
Result: Folder names displayed in the tree pane are truncated.
An alternative algorithm could be to set the width of the tree pane *once*, when launching Seeker. The width should fit the longest folder name. From then on, not only will this layout always be the most efficient in terms of screen real estate, setting it once will minimize the rather jerky behavior of the current tree pane "handle" during resize actions (as tested on an AMD Duron 850MHz).
> Do you mean auto-resizing all the visible columns in the file pane to the optimum
> width for the items involved?
Exactly.
I really miss this feature when working on MacOS and on BeOS.
At least the Tracker has this half-implemented (double clicking the column border auto-resizes the column to match to the widest entry), the MacOS Finder leaves it for the user to manually resize each column (even on 10.2/Jaguar).
> However, I have found that for those times when it is necessary to do away with the
> tree, dragging it all the way to the left side of the window works sufficiently, and when
> I'm ready for using it again, I just bring it back. I am considering a keyboard shortcut
> for such a task. Suggestions for this?
Well, that would be sufficient for my needs :-)
Judging from existing BeOS keyboard shortcuts, Alt-T would make sense. For two reasons:
1. It's close to Alt+Y (toggle Zoom-in/Zoom-out).
2. The name is logical - 'T' for Toggle Tree pane.
You can find an old (yet useful) list of shortcuts here: http://snurl.com/beos_keybindings
Prog.
|
|
| It's good to get these beta releases out |
|
|
By DarkWyrm - Posted on January 2, 2003 - 15:55:52 (#5099)
Current version when comment was posted: 1.0 beta 5 |
|
|
#1, #2, and #4 are planned for the future already. I've been debating about the possibility of #3.
I've found that I like the autoresizing of the tree pane. Perhaps #5 is more of a difference of opinion. I can easily place this in the queue for 2.0 for which I have a Preferences window planned.
What do you mean by #6? I spend so little time in Windows, so I'm not quite sure I understand. Do you mean auto-resizing all the visible columns in the file pane to the optimum width for the items involved?
Anyway, with respect to single pane navigation for Seeker, I don't plan on adding something like Explorer has with toggling the tree pane. However, I have found that for those times when it is necessary to do away with the tree, dragging it all the way to the left side of the window works sufficiently, and when I'm ready for using it again, I just bring it back. I am considering a keyboard shortcut for such a task. Suggestions for this?
The rest of the beta releases will likely be just bugfix releases, containing minor feature improvements. I would like to a have a stable, usable 1.0 release before I start adding a bunch of other features which, I too, am eagerly awaiting, so that is why other more involved features are going to wait until afterward. BTW, I do appreciate the feedback and the feature requests, so thank you to everyone who has posted. If I sound putoffish or something, please don't take it that way. Thanks everyone. :)
|
|
| Great! so many improvements, Seeker is now my default file-manager. |
|
|
By Prognathous - Posted on January 2, 2003 - 14:16:27 (#5097)
Current version when comment was posted: 1.0 beta 5 |
|
|
As always, here are a few suggestions for the next version:
1. The names of drag&drop targets should be highlighted (as in Tracker).
2. There is no about screen. This makes it harder to compare different builds.
3. A status bar could be nice.
4. I still prefer an editable address bar over an extra wide title bar.
The smaller title tabs that most BeOS applications use is of the nicer features of it's interface.
5. Resizing the window also changes the width of the tree pane. The result is sometimes too narrow.
6. A nice Explorer feature that I really miss in both Seeker and Tracker is the ability to automatically change the columns width to the optimum via a simple shortcut (using Ctrl-NumPad"+").
> Tracker's Disks feature is not a supported feature for Seeker. I do not believe it would be a sensible addition to the UI.
It is, at least for those users who choose to have a Disks icon, for them there simply aren't any volumes on the Desktop (similar to Windows' My Computer and unlike the Mac/KDE/PreOT-BeOS behavior).
Either way, partitions should use a different icon IMO.
> If you would like single-pane navigation, use Tracker - it is much more suited to such a task.
I don't see why it should be one or the other. A good example is Windows Explorer - you can easily switch the left pane to Tree view, Search dialog, Tasks and other options. Naturally, sometimes switching it off completely is useful (e.g. when you temporarily want to view more columns or very long file names).
Thanks again for fixing and improving so many features in such short time,
Prog.
|
|
| about possible address bar |
|
|
By s_d - Posted on December 20, 2002 - 20:44:33 (#4943)
Current version when comment was posted: 1.0 beta 4 |
|
|
In OpenTracker i lack ability to type there not only folder names bu also "file" names which should be handled by default application. Just like you push ENTER on selected file in TrackerView.
So maybe it will be implemented in Seeker.
|
|
| Response to bug list |
|
|
By DarkWyrm - Posted on December 20, 2002 - 17:51:01 (#4942)
Current version when comment was posted: 1.0 beta 4 |
|
|
>1. Only the boot partition and non-BFS partitions are
>displayed with a disk icon, other BFS partitions have
>a standard folder icon.
/boot is a folder which stands in for the real volume. Tracker displays the volume's name. Seeker just shows it as boot. It's not a bug - it's a feature, but I have been considering ways to change this.
>2. Even though I use the Tracker with a single Disk
>icon on the desktop, Seeker displays all the volumes
>at the Desktop level.
Tracker's Disks feature is not a supported feature for Seeker. I do not believe it would be a sensible addition to the UI.
>3. Mounting volumes sometimes (rarely) crashes
>Seeker. In each case it was the same FAT32 partition,
>but I don't know if this is related.
This most definitely is a bug that I will fix.
>4. The Desktop folder is not displayed under /boot/home
>- this is similar to the Tracker behavior, but IMO
>it is wrong. If a folder is there, I want to see it
>(even if I can access the same folders using the top
>level of the Seeker tree). Similarly, hidden root
>folders (such as /dev) can't be viewed.
This is a feature, handled in a way similar to Tracker. In a future version there will likely be an option to toggle the root tree node between the Desktop and the root directory so that those of us who wish to play with /dev can do just that. :)
>5. View-attributes are forgotten after closing
>Seeker, e.g. add the "Kind" attribute->close and
>start Seeker again->the "Kind" attribute is gone.
I've been planning on adding a number of things to settings and preferences - I just haven't gotten to it yet. Stability is my #1 priority. Rest assured, this and things like it will happen in time.
>6. Dragging with the right mouse button doesn't work
>(right dragging). This means that dragging is limited
>to Copy, but can't handle Move or Create link operations.
Feature difference from Explorer - originally, I chose not to do right mouse dragging because left dragging *always* does the menu. Considering the significance of the lack of intuitiveness of the current method, however, this I will change.
>7. Dragging a file onto a folder in the tree pane
>doesn't open the folder (it is impossible to "drill
>into" sub-folders as with the Tracker pop-up menu)
This is a feature request, not a bug. I am giving serious thought to putting this one in, though.
>8. Symbolic links are not underlined as in the
>Tracker (actually, I would prefer a small arrow on
>each icon link, as in Windows Explorer and MacOS Finder).
I think that the next beta will have underlined names for symlinks. The arrow method is too much like Window$, and while I do like the general workflow Explorer has, there are some things I choose not to do just because I'm not re-creating Explorer.
>9. Favorite folders menu (prefereeably using the same
>list that is shown in common dialogs)
I am planning on adding this one.
>10. A tool-bar with buttons for Back, Forward and Up Open Parent.
I don't really think that the toolbar buttons are that necessary - all the navigation you could really need is there in the tree. I will likely be adding a keyboard shortcut to jump to the parent folder in a future version, though.
>11. An address bar ("Navigator" in Tracker terminology)
Good idea. :)
>12. Ability to toggle the Tree pane on and off (preferably using a keyboard shortcut).
No offense, but Seeker is not Tracker. The main reason I am working on Seeker is because the single-pane navigation is nice, I find myself working much faster using tree-based file management. If you would like single-pane navigation, use Tracker - it is much more suited to such a task.
Best regards,
DarkWyrm
|
|
| For lack of a Bugzilla system, it would be better to post here than to use email |
|
|
By Prognathous - Posted on December 20, 2002 - 02:20:14 (#4923)
Current version when comment was posted: 1.0 beta 4 |
|
|
Using the Talkback system will prevent duplicate posts on the same bugs.
Seeker shows great promise and I like it a lot already, but there is still some work needed before it can be used as a full time Tracker replacement.
So if bebits doesn't mind, let's start:
Bugs:
1. Only the boot partition and non-BFS partitions are displayed with a disk icon, other BFS partitions have a standard folder icon.
2. Eventhough I use the Tracker with a single Disk icon on the desktop, Seeker displays all the volumes at the Desktop level.
3. Mounting volumes sometimes (rarely) crashes Seeker. In each case it was the same FAT32 partition, but I don't know if this is related.
4. The Desktop folder is not displayed under /boot/home - this is similar to the Tracker behavior, but IMO it is wrong. If a folder is there, I want to see it (even if I can access the same folders using the top level of the Seeker tree). Similarly, hidden root folders (such as /dev) can't be viewed.
5. View-attributes are forgotten after closing Seeker, e.g. add the "Kind" attribute->close and start Seeker again->the "Kind" attribute is gone.
6. Dragging with the right mouse button doesn't work (right dragging). This means that dragging is limited to Copy, but can't handle Move or Create link operations.
7. Dragging a file onto a folder in the tree pane doesn't open the folder (it is impossible to "drill into" sub-folders as with the Tracker pop-up menu)
8. Symbolic links are not underlined as in the Tracker (actually, I would prefer a small arrow on each icon link, as in Windows Explorer and MacOS Finder).
Requests for enhancements:
9. Favorite folders menu (prefereeably using the same list that is shown in common dialogs)
10. A tool-bar with buttons for Back, Forward and Up Open Parent.
11. An address bar ("Navigator" in Tracker terminology)
12. Ability to toggle the Tree pane on and off (preferably using a keyboard shortcut).
That's it for now.
Keep up the good work, DarkWyrm, Seeker has a bright future :-)
Prog.
|
|
| Icon |
|
|
By aphex - Posted on December 19, 2002 - 23:42:48 (#4922)
Current version when comment was posted: 1.0 beta 4 |
|
|
Duh the old icon was much better, get it back! hehe :)
/aphex
|
|
| release often |
|
|
By disreali - Posted on December 19, 2002 - 21:45:27 (#4921)
Current version when comment was posted: 1.0 beta 4 |
|
|
I agree with brian86 on this. Frequent releases also give us the chance to give you more useful feedback. Even if it is one or two minor fixed features, Id like to see a new beta so I can test it. It gives those of us that use it a feeling of being involed with the development, even though you are doing most of the work.
Thanks, it is excellent.
|
|
| Beta 4 |
|
|
By DarkWyrm - Posted on December 19, 2002 - 19:57:57 (#4920)
Current version when comment was posted: 1.0 beta 4 |
|
|
I just posted the newset beta. If you guys could either post here or (preferably) e-mail me with bug reports, I'd appreciate it. There is only one known bug, and it's a cosmetic one. Hopefully, after this one I can just jump to 1.0....
|
|
| Frequent releases |
|
|
By brian68 - Posted on December 12, 2002 - 00:48:38 (#4728)
Current version when comment was posted: 1.0 beta 3 |
|
|
I vote for frequent releases. I like seeing new goodies pop up on BeBits every day, and living dangerously with beta software... I think frequent releases also let users know that the project is being actively developed and may actually increase interest in it. Keep up the good work!
|
|
| Linux is not... |
|
|
By Jess - Posted on December 11, 2002 - 23:53:43 (#4727)
Current version when comment was posted: 1.0 beta 3 |
|
|
"We don't server your kind here..."
- Tattooine Bar keep
;0
|
|
| :p |
|
|
By mmu_man - Posted on December 11, 2002 - 21:46:29 (#4726)
Current version when comment was posted: 1.0 beta 3 |
|
|
"Release early, release often."
Linus B. Torvalds.
|
|
| Icons and Stuff |
|
|
By DarkWyrm - Posted on December 11, 2002 - 19:34:27 (#4725)
Current version when comment was posted: 1.0 beta 3 |
|
|
Yeah, I know that the Pioneer icon needs the axe. It's nice on a light background, but doesn't look so good on dark ones. Beta 4 has a new icon, but you'll need to wait until it's released to see what it is.
I have made quite a lengthy feature list which I've derived from what I like about other managers, like InDepth and others. Most of the features won't come to life until 2.0, but considering that there won't be much in the way of new features between beta 4 and 1.0, it probably won't take long to get to work on 2.0. Just a thought, which would everyone prefer - beta quality intermediate builds between 1.0 and 2.0 beta which have progressively increasing features or a relatively well-tested 2.0 build which is feature complete?
|
|
| Wyrm rocks! |
|
|
By brian68 - Posted on December 8, 2002 - 05:58:43 (#4656)
Current version when comment was posted: 1.0 beta 3 |
|
|
Very nice little app! I just built it for PPC and haven't had any trouble with it so far. I have been looking for a tool like this for many moons.... Thanks DarkWyrm!!
|
|
|
|
|
|
Comment Pages:
<< prev | 1 | 2 | next >> |
|
|
|
|
|
|
 |
|
|
|
|
|
|
|
|
 |
| |
Recent Downloads - # 679
Total Downloads - # 790
Total Views - # 637
User Ratings - # 71
|
|
|
|
 |
| |
File Management
|
|
|
|
 |
|
1. BePodder - 9.80
2. QEMU - 9.68
3. ScummVM - 9.57
4. Jukebox - 9.44
5. Haiku AGP busm... - 9.35
6. cpu_fix - 9.31
7. vim6 - 9.31
8. VNCServer - 9.30
9. Beezer - 9.26
10. HandBrake - 9.25
|
|
|
|
 |
|
1. Ati Radeon G... - 32,893
2. BeOS 5 Perso... - 32,463
3. Realtek RTL8... - 20,354
4. Ensoniq Audi... - 17,699
5. USB Joystick... - 16,559
6. BePDF - 15,354
7. ATI Rage 128... - 13,355
8. S3 Trio 64 v... - 10,307
9. VLC Media Pla... - 9,562
10. DOSBox - 9,477
|
|
|
|
 |
| You are not logged in.
Login
|
|
|
|
 |
|
