Audio (343) Datatype (51) Demo (203) Development (600) Document (22) Driver (97) Emulation (148) Game (1005) Graphics (499) Library (116) Network (233) Office (66) Utility (930) Video (69)
Total files: 4382
Full index file Recent index file
Amigans.net OpenAmiga Aminet IntuitionBase
|
[Back to readme page] [Add Comment] [Refresh page]
Comment by: alfkil (93.160.247.156) | At: 23 Dec 2012, 00:08 | File version: 0.2 | @samo The scrollbar thing you mention is not a bug. What the scrollbar does is it tells you which block you are currently in. If you have a blocksize of 4096 (the default), the block will most likely be larger than the window. The mousewheel will scroll inside the block, but will not change the block position (no new data is loaded). @xenic Thanks for testing, and yes you are right I should use DOS to convert paths. I will make an update after Christmas.
| | | Comment by: alfkil (93.160.247.156) | At: 23 Dec 2012, 00:08 | File version: 0.2 | @samo The scrollbar thing you mention is not a bug. What the scrollbar does is it tells you which block you are currently in. If you have a blocksize of 4096 (the default), the block will most likely be larger than the window. The mousewheel will scroll inside the block, but will not change the block position (no new data is loaded). @xenic Thanks for testing, and yes you are right I should use DOS to convert paths. I will make an update after Christmas.
| | | Comment by: samo79 (93.144.66.179) | At: 16 Dec 2012, 19:59 | File version: 0.2 | It seems that the scrollbar will not follow the "real" scroll, expecially if you use the mouse whell Also would be good to add a sort of drag&drop feature --> drop text file into the program to open it automatically :-)
| | | Comment by: xenic (71.58.155.85) | At: 16 Dec 2012, 17:37 | File version: 0.1 | v0.2: I am busy with my own projects and don't really have time for beta testing. However, I did D/L you new version and here is what I noticed: Your file loading still doesn't work in all cases but at least now it does not crash the program. If you select "parent" in the filerequester and then attempt to open a file, the program will fail to open the file. For example, I extracted LargeFile to RAM:, started the program, selected the "Open" button, selected "Parent" in the ASL requester, clicked on a file and selected "OK" in the ASL requester. LargeFile attempted to load a file that didn't exist ( //myfile.txt ). Just let AmigaDOS combine the path and file for you. It's more or less the standard method for combining the results of an ASL requester and will always work. Replace this: if(req->fr_Drawer[strlen(req->fr_Drawer)-1] == ':') sprintf(ret, "%s%s", req->fr_Drawer, req->fr_File); else sprintf (ret, "%s/%s", req->fr_Drawer, req->fr_File); with something like this: sprintf (ret, "%s", req->fr_Drawer); IDOS->AddPart(ret, req->fr_File, 1024); I didn't find any crashes.
| | | Comment by: alfkil (89.150.118.165) | At: 14 Dec 2012, 23:55 | File version: 0.1 | @xenic Yes I know, and I fixed it already. I am just waiting for someone to do the final test before uploading, would you be interested? Find my email in the readme.
| | | Comment by: xenic (71.58.155.85) | At: 14 Dec 2012, 21:00 | File version: 0.1 | I would be surprised if it works well there if you select a different volume and directory to open the file from. I looked at the code and can tell you what is wrong. When the user selects a different location to open the file from, your code concatenates the pathname & filename incorrectly. This following line doesn't work properly: sprintf (ret, "%s/%s", req->fr_Drawer, req->fr_File); If req->fr_Drawer is "RAM:" and req->fr_File is "myfile" the above line of code concatenates it to "RAM:/myfile" which isn't right. Then you open the file with that bogus path and don't bother to check if the file was opened successfully; you just attemt to use a NULL filehandle. Overall the program needs more error checking but fixing the above errors will eliminate the crash that we are getting.
| | | Comment by: alfkil (89.150.118.165) | At: 12 Dec 2012, 18:44 | File version: 0.1 | @xenic Well, obviously everything works perfectly well here. Are you interested in getting a debugging version of it to test what is wrong? And by the way: Which os version and filesystem are you using? @kas1e I think the problem is, that both db101 and LargeFile fails to find courier font (size 15) on your system. Do you have it installed?
| | | Comment by: xenic (71.58.155.85) | At: 12 Dec 2012, 18:00 | File version: 0.1 | Version 0.1 opens a window but when I select the "Open" gadget the program attempts to use "qt:src/gui" as the opening directory for the ASL requester which produces ascreen flash. If there is a default opening directory it should be one that's guaranteed to exist like RAM: or SYS: or PROGDIR:. The program crashes with a GR when I select a file and close the ASL requester. Even if I select "Kill" in GR my system freezes and I need a hard reboot. I don't think this program is ready for public release.
| | | Comment by: kas1e (78.36.143.146) | At: 12 Dec 2012, 16:07 | File version: 0.1 | Tryed 0.1 version, and if i run it from the wb/icon or from shell, i all the time have a GR with crash in init(). Increasing of stack size not helps, but i can do "ignore DSIS" and editor runs. Trying to open any file in it produce nothing as well (because of those DSI's imho).
| | |
|