Tasko - Filemanager with Drag & Drop

[daxb]

Is "async graphical refresh multiple times while reading a dir" really a feature or meaningful? IMHO system should go in busy state (busy pointer) while reading dir and when finished refresh.

At least in my example (create dir) there is only one change to the list (dir added). So one refresh should be enough. Multiple refreshes just took much longer if the list is large enough. IMO it also doesn`t make sense on very fast systems.

Do I miss the point with that feature?

[AGS]

ASL library also shows contents while reading them. However when you create a dir or a file, refresh should only happen once, and only after the creation was successful. Maybe there is something wrong with my code. Maybe a compatibility issue. Please could your try what happens if the directory opus is not running?

[daxb]

I started/stopped at some lines below SetPatch and then "runwb tasko" twice. Same dir on both listers and a "create dir" did the same as described. Something slow down the system.

The minimum lister window size here is 404x160. Would be nice if at least wide could be smaller. So two lister can side by side without overlap.

[AGS]

New Release Candidate 4

In the new release candidate rc4 the refresh behavior has changed. Now the files list is only refreshed when the dir reading is ready. However you can turn back on the live-refresh in the menu settings. I also changed the live-refresh method and it perhaps now performs better.

@daxb Please could you check both modes, if the live-refresh still behaves strange or not.

The pattern and icons gadgets disappear now when showing the drives or assigns and come back when showing a dir again.

Please see first post of this thread for download.

Tested also in OS4.1 final and in Morphos.

greets,
ags

[daxb]

I open Tasko twice, choose the same volume on both lister and then "create directory". Result is both lister just close. Start tasko once again gives a system crash.

The same with settings "live-refresh" disabled results in hit + soon system crash.

01-Mär-16   17:48:16
LONG WRITE to  00000000        data=0197252C   PC: 00F82E76
USP : 0197252C SR: 0000  (U0)(F)(-)  TCB: 0196A4F8
Data: 00000010 01941000 01F80CAA 00001180 0000006C 017D993C 00000000 00000000
Addr: 00000000 0197252C 01921DC2 0197A1A4 019475B4 0197623C 01080CB0 010826EC
Stck: 01F80CBE 00000000 0196A4F8 0196A4F8 01941000 01F80CAA 00000000 01995AB6
Stck: 00000000 01941000 01910CAA 00001180 0000006C 017D993C 00000000 00000000
Stck: 0197AC14 00000000 01921DC2 0197A1A4 019475B4 0197623C 0180682C 01977778
Stck: 019960A4 01910CAA 01941003 017D9901 00001180 0000006C 017D993C 00000000
Stck: 00000000 0197A1A4 0196A4F8 0194766C 01921B88 019475B4 01948514 0180682C
Stck: 0195846A 00008000 00FEC326 00008000 4F582046 696C652D 4D616E61 67657220
----> 00F82E76 - "ROM - exec 40.10 (15.7.93)"  Hunk 0000 Offset 00002DC0
----> 01995AB6 - "Ram:Tasko_v1.0rc4/libs/oxmaster.library"  Hunk 0000 Offset 00001E8E
----> 019960A4 - "Ram:Tasko_v1.0rc4/libs/oxmaster.library"  Hunk 0000 Offset 0000247C
----> 0195846A - "Ram:Tasko_v1.0rc4/libs/ox/filemanager"  Hunk 0000 Offset 0000312A
----> 00FEC326 - "ROM - dos 40.3 (1.4.93)"  Hunk 0000 Offset 000005B2
PC-8: 60E848E7 C0804FEF FFF42F49 000808A9 0004001D 41E80010 224F6100 EAF27010
PC *: 4EAEFEC2 4FEF000C 4CDF0303 6000FAB0 522E0127 5368000E 660E42A8 00285368
00f82e56 :  60e8                       bra.s $f82e40
00f82e58 :  48e7 c080                  movem.l d0-d1/a0,-(a7)
00f82e5c :  4fef fff4                  lea.l -$c(a7),a7
00f82e60 :  2f49 0008                  move.l a1,$8(a7)
00f82e64 :  08a9 0004 001d             bclr #$4,$1d(a1)
00f82e6a :  41e8 0010                  lea.l $10(a0),a0
00f82e6e :  224f                       movea.l a7,a1
00f82e70 :  6100 eaf2                  bsr $f81964
00f82e74 :  7010                       moveq.l #$10,d0
00f82e76 : *4eae fec2                  jsr -$13e(a6)
00f82e7a :  4fef 000c                  lea.l $c(a7),a7
00f82e7e :  4cdf 0303                  movem.l (a7)+,d0-d1/a0-a1
00f82e82 :  6000 fab0                  bra $f82934
00f82e86 :  522e 0127                  addq.b #$1,$127(a6)
00f82e8a :  5368 000e                  subq.w #$1,$e(a0)
00f82e8e :  660e                       bne.s $f82e9e
00f82e90 :  42a8 0028                  clr.l $28(a0)
00f82e94 :  5368 002c                  subq.w #$1,$2c(a0)
Name: "OX File-Manager Directory Reader"

I would suggest to go back to rc3 and ignore the refresh stuff if nobody else report problems with it.

[AGS]

New bugfix release candidate 5.

@daxb

Thanks. This time I was able to reproduce the bug and I found it. At least in my setups now everything is fine again.

How does the directory reading and refresh now work for you?

New version is downloadable in the first post of this thread.

greets
ags


ps: the "places list" (bookmarks) feature is new and currently does nothing except showing an empty places list that can be switched on.

pps: In the assigns list now the real path of the assign is shown in the second table column.

[daxb]

Reading dir (two lister with same dir open) is much faster now with no "refresh while reading" but it is still very slow compared to DOpus for example. Thats also the reason why with "refresh while reading" it is a lot slower. So, there seems to be some optimation possible if you like. One open lister reading has already good speed.

I noticed that when the "create dir" requester is open I can confirm it with Return key (like it). Other requester don`t react on Return key. They need mouse click to confirm. You may use OS style guide for requester confirmations.

The hit when select Ram: -> Tasko dir is still there but that only for the record.

[AGS]

Update to v1.0rc6

* Only one lister is read/refreshed at a time.

* Initial bookmarks feature added, drag dirs or volumes into the bookmarks list (turn it on in the settings menu).

@daxb

Please could you check if the change in the directory reading process makes it faster now.

See first posting of this thread for download.

greets
ags

[daxb]

With two or more listers open and same dir. Reading process of one lister is slow the next are faster.

[Cylon]

@AGS
I will test last RC tomorrow. BTW can you add a 'spawn' like behaviour, e.g. "open dir in new [instance]" ? So i don't have to open tasko twice but simply go to Devices list and open a new instance from there?

[liviux76]

@AGS
First of all congrats on your program!

I just used it for a few minutes on my A1200 with Blizzard 1260 and it seems to work quite well.

I haven't done anything special, I just used the "rename" feature and it worked as expected.

I think that it would be nice if it was possible to select the columns you want to see, for example I don't need the "comment" column but I haven't found an option to remove that column.

Another interesting option would be to have the possibility to show the "tree" of your system (the volumes) in a side panel on the left while browsing the directories.

Anyway, you have done an excellent job so far, thanks for sharing and keep up the good work!

[AGS]

New release kandidate 7.

* added multiselect

* nicer menus

* menu option to open a new filebrowser window

* Fixed a bug that appeared as a "Create Dir" problem sometimes when copying.

Downloadabel in the first post of this thread.

[AMIGASYSTEM]

Ciao AGS, I noticed that "libraries" of Tasko latest, do not run "Modifyle Manager" and "Open XUI" of Modifyle (ASL replace).

[AGS]

Hi AMIGASYSTEM,

there is no suppport for the Modifyle package anymore. The lib in it is outdated and Tasko is the replacement. Use Open XUI of Tasko package to alter the GUI prefs. Tasko is now on Aminet as 1.0, where it is the same version as release candidate 7 here. Currently there is no ASL replace for Tasko and I'm not sure if I will make any. However I am happy that it worked for you.

Greets,
AGS

[AMIGASYSTEM]

But I can not use the two applications together, with the old libs only works Modifyle, but if I install the new libs does not work Modifyle.
For me it is more important "Modifyle" because of AFA_OS "MagicASL" It occasionally generates errors, Modifyle on the other hand is perfect compatibility in addition to offering a modern GUI; pity that you have abandoned such an important project.

[AGS]

What functionality is in Modifyle that is not in Tasko? Is it the clickable path? For modifyle I did never get any recognition and was not satisfied. I wantedt to do it better. The lib source has advanced in the meanwhile (I have lots of old sources but no idea which one it was) and I rewrote almost all requester code (-> Tasko). Only solution is to include the missing features in Tasko, which actually is the filemanager class of my GUI toolkit.

[AMIGASYSTEM]

If you can of interest to you, i installed Tasko and new libraries "in my city "Tasco" It is a very common surname"
With the new libraries "Modifyle" work, just that some application like "Frogger" the request does not function, the file request with the older libraries of Modifyle "Frogger" request worked well.