@orgin

I just remembered what item 4 should have been.

When the Delete Error, request with the cancel / force etc options comes up it ought say what the rror is if possible, to allow a informed decision on attempting to force.

@orgin

1. Dates... I see what your saying WRT to localisation, the more important aspect for me, would be time of file creation, if I'm coding or webdesigning I'm frequently comparing file creation time to make sure I'm working with the most recent file....

2 . Scanning into direcories would probably be overkill I agree, the compromise you mention is all you get with DOpus,,,,


3 . Perhaps displaying on demand? A la DOpus4

Thansk again for you work on this.

@orgin

I've been using this version quite abit (.18) and quite like it, ... but some more feedback

1. Datestamps, possibilty to display the actuall date rather than today / yesterdate etc, and more importantly the time as well.

2. Progress requester. When copying large numbers of files / directories would be nice to have an overall progress as well as an individual file progress. (having said that I found you can scroll the destination filer to have a look see., which is good)

3 Displaying directory content sizes would be nice. Also volume content in the title bar perhaps. I just found myself using the workbench window to watch the spare room on the drive whilst doing some cleanup using the filer.

4. Err there was a 4 but I've forgotten what it was ...


Keep up the great work!

View source seems to be broken here.

I just get The lines numbers down the side and afew horizontal blues lines. Anyone else see this?

BTW typing in the DHTML version of this input form seems faster than the simple text area!

@RacerX

Quote:

Yeah? What happens when he gets to 3.100 then?


Fonts.

What's happened to them? They looked great in 3.7 just upgraded to 3.10 and they are all serifed, and seem out of focus. I noticed a reference to alias tables do I need to set something up?

@orgin


1. I'll consider it.

cheers

2. Hmm it should do that already. It does for me. Are you sure you're viewing a valid path? root view will open it in sys: (where else?)

Sorry, myfault, theres a 'cd ram:' in my shell-startup script

3. That's a reaction thing as far as I know. And yeah, I will remove the one in the main lister, don't know why that was ever added.



4. Yeah that's on the todo list. Use user buttons until it's added.

thoughtso

5. Will solve itself once user menus is done. For now just configure your favorite editor in a user button. (easier to click than using the menu anyway)

Indeed

6. I'll add it to the list.

@orgin

Had a little play with this last night. It's comming on really well.

A few little feedback and feature requests if I may.

1. The main icons should user configuarable, for instance I hate the delete on icon being in the middle, on my DOpus5 install on my A1200 the first thing did was move to the right hand edge and put a small spacer between it and the rest of the icons. I've no need for the newshell button on the lister as well, so if I was configureing it I's take that off.

2. Given that there is a new shell it should start CD'd to the directorty in the viewer.

3. Those tooltips, they come up too fast! (I've noticed this with a lot of reaction programs so maybe it's a reaction issue). I find myself jiggle the mouse to get rid of them, seriously mess up the smooth usage.
The one for the main browser area is unneccaessary in my opinion. It's blindlingly obvious that it's a directorty listing! More importantly it pops up over the top of the listing your trying read!

4. Popup menus for different filetypes would be nice. (I imagine that's allready on the todo list). For instance sometimes I want to view / read source code, sometimes edit it.

5. The Notepad menu entry should be EDIT, and allow the user to configure their own editor.

6. Open on seperate screen? I've always used DOpus (4 or 5) on a seperate screen to the Workbench, filemanageing on one and working on the other.

But looking good!

@joerg

I get a slightly different errno related problem when compiling with newlib

The following


void fatal(const char *msg, int __errno)
{
if (!__errno)
exit(EXIT_SUCCESS);

if (msg)
fprintf(stderr, "%s: %s: %s\n", program_name, msg, strerror(errno));
else
fprintf(stderr, "%s: %s\n", program_name, strerror(errno));

exit(20);
}


works fine with clib2 but gives the following error with newlib


tools/tubsfind/tubsfind.c: In function 'fatal':
tools/tubsfind/tubsfind.c:21: error: called object '__errno' is not a function
tools/tubsfind/tubsfind.c:23: error: called object '__errno' is not a function

So far as I can see __errno is not being treated as a function, and not even referenced in those lines (the fprintf statements)

@Paul

Quote:

Oh er yes ... that's sorted in CVS, just got fix one other bug, then I can release a OS4.1 fix.

@broadblues

Playing arround slightly more I notice that the A4 and A3 documents I printed to file were displayed completely on the first render by AmiGS, even the papersize was displayed as 'letter'. If I changed the zoom however only that part which should have fitted in 'letter' size page was displayed. Very odd.


Looking at the source to my test out.ps there is aline that sets the page size to /a4

595 842 /a4 setpagesize

This occurs just after the pswrite preamble.

BTW its -dFIXEDMEDIA not -DFIXEDMEDIA ie a small -d

@Jack

I tried printing a number of documents to file of varying shapes and sizes, they all end up on letter size pages when displayed in AmiGS. The original PDFs were displayed correct size.

I can't find any parameter that alters this in the ghostscript docs. other than PAPERSIZE which seems to have no effect on pswrite, although I know does work for pdfwrite.


BTW I always use nearly GHostscript direct rather than through AmiPDF or AmiGS it seems to give more predictable results. (ther exception would be when printing one page from a large multipage pdf)

@amigakit

Quote:

Works in AWeb 3.5.09 too, I know I ordered with it

@Mikey_C

I nearly always VNC the other way round, contrrolling my horiddly slow linux box from my AmigaOne using TwinVNC as the client on the OS4 side.

@Chris

Recoverable alerts allways clear instantly on my machine, I don;t know why. The result is a kind of yellow flash.

I think they only occur for really low level crashes, so the grim reaper cant catch them.

I would be very wary of saving anything after a few of them as memeory lists and all sorts will messed up and your liable to save garbage or crash during saving.

@Chris

13 0x1002 0x5159 ATI Technologies Inc Radeon RV100 QY [Radeon 7000/VE]

INTERRUPT=Yes

@Troels

Quote:

Quite a lot has been done, we got as far as a release candidate, but the javascript libray has some issues with garbage collection that must be fixed before we can progress, working on it.

@salass00

Quote:

It does, but C:ed does allow marking copy and pasting, but not, oddly, cutting.

I use dme for editing (but then I'm weird)

@Outcast

Quote:

I don't know
I copied the above quote and pasted it inot the textbox.

If you can't do that then you have to select "allow dragging" in the program settings options tab.

Drag it, right amiga c it and right amiga v it to paste , as in any other app.

Quote:

If your talking about cutting ad pasting within the textarea then that's a little clumsy at the moment.

Pasting works fine, whatever text in the clipboard can be pasted to the cursor position.
Copying will copy the textarea contents in it's entirety, not what you would expect.

But you can lauch an external editor to handle softicated editing.


THe javascript quote button simply doesn't work in AWeb yet. DOM issues.

@Curty

Wow, you keep this up for much longer and I'll be changing my Mime setting for Tunenet to

AUDIO/*

Quote:

You don't want to do that

You have just passed a url to Tunenet to stream, whilst telling AWeb to send it's downloaded output to a PIPE:
If you are using AWeb 3.5.08 this will promptly lockup as the pipe will simply fill up, and AWeb will wait for it to be read from.

The latest dev build of AWeb is more intelligent about that, but your still doing two downloads one for AWeb one for Tunenet. Worse you using up memeory by writing to a pipe that will never be emptied.

Since I know you got the latest build, try using the Extl NoFecth Option.

This is the new feature in AWeb that allows you pass the url over to Tunenet and cancel the AWeb fetch.

If you wanted to use the Extl w/PIPE you should use %f not %u as this will be set to the PIPE: filename. But I think Tunenet has problems with pipes, (unless that been worked on since Bean and I discussed this).