[serrato]

Hello,

I have a suggestion/request for a simple feature: setting packages as "sticky". Same way you can select a row or column in MS Excel or any other spreadsheet software and make them sticky, so that they remain in place when you scroll up/down.

It would be a useful feature for situations where you are going through downloaded files in a package (like tutorial series). With more downloads, the list of downloads becomes larger so going back to the same package and scrolling becomes rather cumbersome. If one can set a particular package or downloaded file as "sticky", it'll always remain in view and one would no longer need to scroll to the package's position or need to move the package to the bottom or top of the downloads list.

What do you think?

OH P.S. I forget this everytime - would be real cool to have an Undo feature whilst editing names of packages and files (within the JD GUI).

[Jiaz]

How do you expect this sticky to work? The package position has influence on the download order of its links.
What exactly is your use case? Do you move around files in download list that often? or what exactly are you doing?

About the undo feature. What might be possible to add undo for the last edited package/link name. So you edit link A and later link B, the you can only undo link B.
Undo for more than that would be more complex + memory usage would increase

[serrato]

I think I may have used an uncommon word to describe it. The proper term should be to "freeze cells". **External links are only visible to Support Staff****External links are only visible to Support Staff** Take a look for the first 2 minutes of the video.

If anything, it could perhaps be implemented as a purely graphical feature. So a new variable can hold the reference to the original package and the variable itself can be on the front-end being shown as frozen in the download list, remaining at the top of the visual list when scrolling. Just like in Excel.

As for the undo, I originally meant only when editing the name of a package or file. So it would be a temporary variable holding whatever changes you make to the filename. Within the time you are editing, the variable is alive and the moment you commit changes, the variable is destroyed, thereby not increasing memory usage.

However, I do like your suggestion as it develops it further to only keep the last-made changes. That's much more useful than my original idea.

[Jiaz]

Even just a GUI modification isn't that simple. Also this would not work for multiple packages.
Can you please explain what exactly you're doing? Are you moving links around or just checking status?

In case you move links to other packages, maybe the rightclick menu could show the last x *move to destinations* for fast select - rightclick- move to X
Another idea would be *Quick jump to*? So you can assign hotkeys to packages and quick jump to them and back.
Would be good to know what you want/need this feature for, then we can find a good/easy solution to this.

You can abort editing/undo by hiting ESC on keyboard. that will revert back to original value. Maybe that's what you were looking for?

[serrato]

The use case is for interacting with multiple packages.

For instance:

[C# Tutorials] //package
- Tutorial 1.mp4
- Tutorial 2.mp4
..

//several packages in between

[n-package you want to access]

Problem becomes that in order to interact with newer packages (represented by n-package) AND go back to C# Tutorials package, you have to constantly scroll back up or constantly move the package closer to the bottom in order to keep it close. This becomes an issue when you have a LOT of packages in between, because you are essentially getting done with every new n-package but going back to the other package to complete watching those files.

So an ability to freeze at least one package would keep that package floating in the GUI.

Yes, I'm aware of the Esc method but it's only useful as long as you haven't committed any changes. Also, if you are in the middle of typing and want to undo, you can't, which is an issue if you wrote a rather long string and you have to reset by pressing escape. Just takes longer I suppose.

Out of these two the ability to freeze a row is the most useful for me as scrolling all the time gets cumbersome.

Oh and while I'm at it, I was wondering if there is already a way to pop open the "Save to" list when you click in the middle. Right now you have to click on the arrow to the far right, which becomes a bit cumbersome on widescreen monitors where the app is set to be wide (to keep relevant columns visible).

But yea, these are all UX suggestions. If I had to choose one, the freeze row behaviour would be top, followed by the save to list behaviour and lastly the filename thing

[Jiaz]

Originally Posted by serrato

Yes, I'm aware of the Esc method but it's only useful as long as you haven't committed any changes. Also, if you are in the middle of typing and want to undo, you can't, which is an issue if you wrote a rather long string and you have to reset by pressing escape. Just takes longer I suppose.

What exactly do you think of when you mean *Undo*?
Undo for me -> revert the change. I'm not talking about undo like in normal texteditor where you can undo each word/char again and again until the original value is given.
for example:
Test -> I add a -> Testa -> ESC -> Test
NOT:
Test -> I add a -> Testa -> I add b -> Testab -> UNDO -> Testa -> UNDO -> Test

[serrato]

Originally Posted by Jiaz

What exactly do you think of when you mean *Undo*?
Undo for me -> revert the change. I'm not talking about undo like in normal texteditor where you can undo each word/char again and again until the original value is given.
for example:
Test -> I add a -> Testa -> ESC -> Test
NOT:
Test -> I add a -> Testa -> I add b -> Testab -> UNDO -> Testa -> UNDO -> Test

Yeah, the latter is what I refer to with undo (the text editor version). It'll increase memory required for the time it's being edited, but memory can then be purged once it's done, right?

To be extra conservative it can just be an available option for those who want it enabled or disabled.

[Jiaz]

Originally Posted by serrato

Problem becomes that in order to interact with newer packages (represented by n-package) AND go back to C# Tutorials package, you have to constantly scroll back up or constantly move the package closer to the bottom in order to keep it close. This becomes an issue when you have a LOT of packages in between, because you are essentially getting done with every new n-package but going back to the other package to complete watching those files.

I'm sorry but I don't understand. Once the links are in download list, you're not supposed to move around the links anymore. You should organize them in linkgrabber. Of course you can still do it in download list but that may have site effects.

So what exactly are you doing? I still don't understand the use case, I'm sorry.
JDownloader is downloading links. You can easily view the downloading links with state filters at the bottom in downloadlist. There you can switch to show running only.
Why move the packages in list? JDownloader will download them nevertheless.
You can change settings so JDownloader adds new links at top/bottom of list.

[Jiaz]

It's not that easy and no *out of the box* feature. You/we have to implement that undo feature Nothing you can easily enable and works just fine. We will have to check how this can be achieved

[Jiaz]

Originally Posted by serrato

Oh and while I'm at it, I was wondering if there is already a way to pop open the "Save to" list when you click in the middle. Right now you have to click on the arrow to the far right, which becomes a bit cumbersome on widescreen monitors where the app is set to be wide (to keep relevant columns visible).

What exactly do you mean?Sorry for asking but there are several *save to* places DownloadList-Linkgrabber. Within the table. At the bottom in properties. Via Rightclick Context menu.

Maybe a screenshot helps to explain fast what you mean

[serrato]

OK I guess I have to whip out Photoshop

So I incorporated both ideas regarding the frozen row thing and the save to dropdown behaviour. Hope it makes it clear what I was trying to say :p



I've coloured and given a shadow to the frozen row to make it more apparent. It can be customisable in advanced settings like other appearance properties But main point being that as you can see, many packages in between and I'd like to be able to scroll down to newer packages with the frozen row ... frozen. So it's always in view as I will be interacting with it a lot. This means I don't need to scroll back up at all. I can use search filter but that's an extra typing + when I close the search, it resets back to the top of the list, which means, once again, scrolling or jumping to the bottom.

With the dropdown thing, it's just nice if we can click anywhere on the bar to open the dropdown lists. Similar to how nowadays you can click on the label of a radio button on some survey form and it selects the option, instead of having to click on the actual radio icon.

P.S. can you see the embedded image? I can't from my end.