[serrato]

Hey Jiaz and co,

A long time ago someone posted about having a column for packages that shows positions of items and it was mostly to do with queuing. It seems it becomes complicated based on download variables that change in realtime.

However, what about just a visual one? i.e. just showing a column that just shows the package # out of total packages.

With a big downloads list, it becomes impossible to keep track of where you are. Looking at the position of the scrollbar is a very inaccurate way to do it. In scenarios where sometimes I want to group related packages together, right now the only thing I can do is push all the related packages either to the bottom or the top, but this kinda ruins the original positioning of when the first of that related group was added and I usually like to preserve that. I know there is a date column that tells when something was added but it's still not quite enough. With a column that only shows the position # of each package, one can easily move around packages very quickly instead of sending all packages to the top or bottom.

It would be cool if this can be implemented, or if someone can suggest a script in case it's too minor of a feature.

Thanks~

[Jiaz]

@serrato: I guess it's more about *download order/queue* and not about position of the item, am I right?

I like the idea of a simple column that shows *current/internal* position of *next download* without any guarantees and just being a hint.

[serrato]

@jiaz

Just the current position of each package like a queue, yeah. In qbittorrent for example, the queue is meant for download queueing, but if you disable queueing, then the column simply shows the order of each download instead of having some behaviour tied to it (other than if you set maximum amount of downloads that can be enabled).

I'm sure within the code, every package has its position, right? And that position is reflected visually in the downloads list. So I'd just like a column exposing the position of each package.

Same as the post numbers here in a forum, or line numbers in a text editor. In a big downloads list, it is more informative than just looking at the scrollbar lol.

[Jiaz]

@serrato: Packages don't have a position, because JDownloader downloads links Links do have an internal position in download queue and that one can be shown in download mode (when downloads are running). The position of a link in list has nothing to do with the "download order" or when that link will be downloaded. Hence my idea that the column will show the "current expected download order" of the links so you can see what links might be downloaded next and when.

A position-only column would only be numbers from 1 to end and not provide any real help/information as this position does not tell anything about download order

[pspzockerscene]

Jiaz I think you two heavily wrote past each other.

From what I understood, serrato has a huge download list with a lot of packages.
Now when he wants to sort them or merge them, it is easier for him to know/remember a position of a package based on a number vs just using the scroll bar to find the parget-position.
A simple position column is what he wants.

Originally Posted by Jiaz

A position-only column would only be numbers from 1 to end and not provide any real help/information as this position does not tell anything about download order

He did not even mention anything about "next download candidate" or "position of next item that will be downloaded".

[mgpai]

Originally Posted by serrato

...this kinda ruins the original positioning of when the first of that related group was added and I usually like to preserve that.

You might be able to achieve this using "Move to new package" context menu command. It will work in both normal/filtered views. Customize the menu command and select the desired position of the new package. For your use case, "Before selection" should work.

[serrato]

Originally Posted by pspzockerscene

Jiaz I think you two heavily wrote past each other.

From what I understood, serrato has a huge download list with a lot of packages.
Now when he wants to sort them or merge them, it is easier for him to know/remember a position of a package based on a number vs just using the scroll bar to find the parget-position.
A simple position column is what he wants.


He did not even mention anything about "next download candidate" or "position of next item that will be downloaded".

Yup, this is exactly what I meant. Like an excel sheet that shows the row number in the leftmost column)

@mgpai yeah I have that but it's buggy and with a huge downloads list, you scroll a little deep and everything gets lost. In any case, it's not about merging per se, but any kind of organisation becomes easier if one knows where they are in a list.

If A is #400 and B is #2084 (because it was found to be related after a long time), it's much easier to select all packages in between, move them up or down by one and voila, A and B are together. There is a slight inconvenience where if packages are open/closed as a mix, then selecting all will not move them up or down but yea, one step at a time.

[mgpai]

@serrato: Possible with a a script. Let me know if you want any help with one.

[Jiaz]

@serrato: with next core update, you can enable new Index coloum that shows "1", "2"...for packages and "1-1" , "1-30" for links
If you want different formatting, please let me know

[serrato]

@Jiaz: awesome, thanks a lot! I updated right now but can't see it. Current version is 48254, is this the core version you mentioned or will it be the next/later?

[Jiaz]

@serrato: we will ping you here once it is live

[pspzockerscene]

CORE-Updates have been released!
All announced bugfixes and features are live!
Please update your JDownloader and report any issues you find asap.
If this thread gets marked as "[Solved]" by our forum staff you can still post in it and we will read- and reply to it!

CORE-Updates wurden released!
Alle angekündigten Bugfixes/Features sind nun verfügbar!
Bitte JDownloader updaten und eventuelle Bugs schnellstmöglich an uns melden.
Falls dieser Thread vom Team als "[Erledigt]" markiert wird, kannst du weiterhin darin antworten und wir lesen/beantworten auch solche Threads!

-psp-

[serrato]

yay! Awesome work, thanks guys.

[Jiaz]

Originally Posted by serrato

yay! Awesome work, thanks guys.

You're welcome. Works as wished?

[serrato]

Originally Posted by Jiaz

You're welcome. Works as wished?

Yup, all seems good so far!

[Jiaz]

Originally Posted by serrato

Yup, all seems good so far!

Great to hear Thanks for the feedback

[serrato]

I suppose the only thing left to make it perfect is allowing movement of packages when they are selected and there is a mix of open and closed packages.

Presently if we have packages like this:

+Package 1
+Package 2
-Package 3
file 1
file 2
+Package 4

And if we select packages 3 and 4 (click and drag from 3 to 4, or click on 3 then shift+click on 4), the buttons to move them up or down in the list are disabled.

If we select any of the closed packages (1, 2, 4), then I can move the packages up or down the list.

Going back to 3 and 4, if we instead only select the row of the packages, i.e., we select only the row of Package 3 and NOT its containing files, then shift+click on package 4 to include both packages, then the move buttons work fine as well. This is fine for small lists but with thousands of packages, some open, some closed, it would be impossible to select them one by one.

So I would suggest that when we select packages that have a mix of open/closed states, it treats the selection the same way when only the row of the packages are selected.

Should I make a new thread for this?

[Jiaz]

@serrato: It's not about expanded/collapsed packages but packages and links. When you select packages only, it's clear what you want. Same for links. But what about packages and links? you have selected all links in the package, meaning those links cannot be moved.

Originally Posted by serrato

So I would suggest that when we select packages that have a mix of open/closed states, it treats the selection the same way when only the row of the packages are selected.

I could add an advanced setting that you can define what you want to happen in such situation.

Originally Posted by serrato

Should I make a new thread for this?

Yes please and reference this thread in it.

[serrato]

OK gotcha, I've setup a new thread and linked/quoted back to here.