JDownloader Community - Appwork GmbH
 

Reply
 
Thread Tools Display Modes
  #1  
Old 04.03.2015, 19:23
koningx koningx is offline
JD Beta
 
Join Date: Jun 2013
Posts: 54
Default Feature of Sub Package under Package OR Group Package can be implemented ?

Package includes link we add by clipboard normally

However i was thinking if a Feature of sub package can be made to group

links for same type of content with different mirror links , under one group

it would be greatly helpful.

and it must be upon user to add files to sub package.

--------------
or better yet if the current package thing can remain so on intact , for it may effect links already added if architecture of adding links is changed.

Instead above the package thing , there can be "Group package" thing can be implemented, so that it acts as Parent package , and the original package can act as subpackage.


Benefit :
it can be greatly useful to group content with different mirror links (with added comments on side ) in a package(which behaves as a subpackage) and then those packages of similar contents can be Grouped into
another Upper level package called "Group Packages"

Present Hierarchy is like :

package>mirror links

New Hierarchy becomes then like :

Group packages>packages>mirror links

and it can be beneficial in sometimes to seperate content of same types with grouped mirror links.


it like this in tree structure -

Content from/of 1 same entity( 1 Group Package)>>
_______________>>Package of 1st type same content of 1 entity>>
_______________________>>mirror links grouped under one package
_______________>>Package of 2nd type same content of 1 entity>>
_______________________>>mirror links grouped under one package
_______________ >>Package of 3rd type same content of 1 entity>>
______________________ >>mirror links grouped under one package


and so on....


I hope you are getting the idea what i am trying to convey !:)
Reply With Quote
  #2  
Old 04.03.2015, 19:25
pspzockerscene's Avatar
pspzockerscene pspzockerscene is offline
Community Manager
 
Join Date: Mar 2009
Location: Deutschland
Posts: 48,696
Default

I don't completely get it - does this mean we'd need sub-packages?
We will not implement sub-packages.

About the downloadpaths or "categories":
Please use the packagizer for such things.
__________________

Ad-free installers || Werbefreie Installer
Windows Setup<--JD2 BETA-->Linux Setup x86 || Linux Setup x64 || Mac Setup
-----=>Support Chat<=-----
Spoiler:

A users' JD crashes and the first thing to ask is:
Quote:
Originally Posted by Jiaz View Post
Do you have Nero installed?
That's true James
Quote:
Originally Posted by James
Die Leute verstehen einfach nicht dass nur weil man mit einer Waffe auch auf Menschen schießen kann dass ein Schützenver​ein kein Ort für Amoklaufide​en ist
Reply With Quote
  #3  
Old 05.03.2015, 02:18
raztoki's Avatar
raztoki raztoki is offline
English Supporter
 
Join Date: Apr 2010
Location: Australia
Posts: 16,195
Default

I don't see us adding nested packages, this is what this request basically entails

packagiser allows for powerful rules to be set, and jd default packing should group according to filename patterns.
__________________
raztoki @ jDownloader reporter/developer
http://svn.jdownloader.org/users/170

Don't fight the system, use it to your advantage. :]
Reply With Quote
  #4  
Old 05.03.2015, 04:35
Lyranx Lyranx is offline
JD Adviser
 
Join Date: Feb 2015
Posts: 109
Default

Made a similar request bout this last month.
Would like to see it too.

Not sure if this is how "user feedback required" works.
Reply With Quote
  #5  
Old 10.03.2015, 20:29
koningx koningx is offline
JD Beta
 
Join Date: Jun 2013
Posts: 54
Default

What i mean is existing packages should remain as so they are and working right now by
default as do now. so jd default packing should group according to filename patterns.

like @raztoki said

However
there should be some kind of feature so that OPTIONALLY if one wants to Group similar type of packages belonging to/about a same thing or content ,
these exitsing package can then be grouped together into under a PARENT/FATHER package.

it will help in distinguishing similar kinds of download stuff belonging to one thing/entity.


For example: when i download pr0n sometimes , lol , almost everybody does

i would like to group all her packages containing mirror links into one PARENT package.

Babe's package(PARENT PACKAGE)
>>Packages that are right now existing , which group
files as per filenames and mirrors into one.
Every package may have different mirror links in them.
i.e. like One Package of One Video file/sets with mirror links.

and later these package can be grouped into a PARENT PACKAGE inculding existing package.

Thus things remain simplified and less messy looking.

i hope you are getting.

This will help a lot in seperating the stuff with mirrored links also grouped together in a package which inturn is grouped into PARENT PACKAGE.
Reply With Quote
  #6  
Old 10.03.2015, 20:37
koningx koningx is offline
JD Beta
 
Join Date: Jun 2013
Posts: 54
Default

it's like to explain more :

Babe 1 or any content 1 like: (PARENT PACKAGE)(grouped later
-----------VIDEO1(EXISTING PACKAGE as they work right now)
-----------------------VIDEO1 link 1
-----------------------VIDEO1 link 2(mirror)
-----------------------VIDEO1 link 3(mirror)
-----------VIDEO2(EXISTING PACKAGE as they work right now)
-----------------------VIDEO2 link 1
-----------------------VIDEO2 link 2(mirror)
-----------------------VIDEO2 link 3(mirror)

Babe 2 or any content 2 like: (PARENT PACKAGE)(grouped later
-----------VIDEO1(EXISTING PACKAGE as they work right now)
-----------------------VIDEO1 link 1
-----------------------VIDEO1 link 2(mirror)
-----------------------VIDEO1 link 3(mirror)
-----------VIDEO2(EXISTING PACKAGE as they work right now)
-----------------------VIDEO2 link 1
-----------------------VIDEO2 link 2(mirror)
-----------------------VIDEO2 link 3(mirror)

Babe 3 or any content 3 like: (PARENT PACKAGE)(grouped later
-----------VIDEO1(EXISTING PACKAGE as they work right now)
-----------------------VIDEO1 link 1
-----------------------VIDEO1 link 2(mirror)
-----------------------VIDEO1 link 3(mirror)
-----------VIDEO2(EXISTING PACKAGE as they work right now)
-----------------------VIDEO2 link 1
-----------------------VIDEO2 link 2(mirror)
-----------------------VIDEO2 link 3(mirror)

Here each videos belong to respective babes or any content/category.
Reply With Quote
  #7  
Old 11.03.2015, 09:11
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 65,423
Default

Wont happen that fast(or at all) because the current backend/controlling is all designed for package-children structure. adding additional levels requires major code rewrites/changes.
__________________
JD-Dev & Server-Admin
Reply With Quote
  #8  
Old 11.03.2015, 09:12
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 65,423
Default

I'm sorry but this feature is declinded. Absolute no manpower/time to handle this rewrite/change.

Instead an additional level it would make more sense to give labels to downloads which can be used for filtering/view?
__________________
JD-Dev & Server-Admin
Reply With Quote
  #9  
Old 11.03.2015, 11:24
koningx koningx is offline
JD Beta
 
Join Date: Jun 2013
Posts: 54
Default

Nevermind ! i can understand dear , absolutly no prob, everyone remains busy with something or other. work is priority based.

though i thought it might've been useful for other users too as a feature.

but since you say it'll require major code rewrites/changes, as i also assume it will

alter the entire architecture so let it go.
Reply With Quote
  #10  
Old 11.03.2015, 11:26
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 65,423
Default

What about labels? Would those help you *organize* your lists?
__________________
JD-Dev & Server-Admin
Reply With Quote
  #11  
Old 11.03.2015, 17:01
pspzockerscene's Avatar
pspzockerscene pspzockerscene is offline
Community Manager
 
Join Date: Mar 2009
Location: Deutschland
Posts: 48,696
Default

And by the way - some users already tell us that JD would be too complicated.
This change would indeed make it complicated!
__________________

Ad-free installers || Werbefreie Installer
Windows Setup<--JD2 BETA-->Linux Setup x86 || Linux Setup x64 || Mac Setup
-----=>Support Chat<=-----
Spoiler:

A users' JD crashes and the first thing to ask is:
Quote:
Originally Posted by Jiaz View Post
Do you have Nero installed?
That's true James
Quote:
Originally Posted by James
Die Leute verstehen einfach nicht dass nur weil man mit einer Waffe auch auf Menschen schießen kann dass ein Schützenver​ein kein Ort für Amoklaufide​en ist
Reply With Quote
  #12  
Old 02.09.2015, 11:46
koningx koningx is offline
JD Beta
 
Join Date: Jun 2013
Posts: 54
Default Please Reconsider & try Read and understand, for future JDownloader 3

No i don't think so it will complicate the existing structure.

i know the feature has been declined for now.BUT it can be considered in for FUTURE UPDATES. like for JDOWNLOADER 3 with a new better architecture.

i think it will be worth the effort in future.

BUT What i was trying to says is that exactly -

the JD2 current structure is like this below-

(since package name is taken from the filename for same filetypes
with different mirror links.)

------Movie1(package)
-------Movie1(filename)----------**External links are only visible to Support Staff** -------Movie1(filename)----------**External links are only visible to Support Staff** -------Movie1(filename)----------**External links are only visible to Support Staff** ------Game1(package)
-------Game1(filename)----------**External links are only visible to Support Staff** -------Game1(filename)----------**External links are only visible to Support Staff** -------Game1(filename)----------**External links are only visible to Support Staff** ------BabeFile1(package)
-------BabeFile1(filename)----------**External links are only visible to Support Staff** -------BabeFile1(filename)----------**External links are only visible to Support Staff** -------BabeFile1(filename)----------**External links are only visible to Support Staff** ------Movie2(package)
-------Movie2(filename)----------**External links are only visible to Support Staff** -------Movie2(filename)----------**External links are only visible to Support Staff** -------Movie2(filename)----------**External links are only visible to Support Staff** ------Game2(package)
-------Game2(filename)----------**External links are only visible to Support Staff** -------Game2(filename)----------**External links are only visible to Support Staff** -------Game2(filename)----------**External links are only visible to Support Staff** ------softFile3(package)
-------softFile3(filename)----------**External links are only visible to Support Staff** -------softFile3(filename)----------**External links are only visible to Support Staff** -------softFile3(filename)----------**External links are only visible to Support Staff** ------BabeFile2(package)
-------BabeFile2(filename)----------**External links are only visible to Support Staff** -------BabeFile2(filename)----------**External links are only visible to Support Staff** -------BabeFile2(filename)----------**External links are only visible to Support Staff** ------TVShow1(package)
-------TVShow1(filename)----------**External links are only visible to Support Staff** -------TVShow1(filename)----------**External links are only visible to Support Staff** -------TVShow1(filename)----------**External links are only visible to Support Staff**

What i am thinking of is to organize similar type of packages grouped under ONE MAIN SAME ENTITY TYPE.

Now, Grouping the existing similar type of packages(with mirror links) in one Parent Package.

that is existing packages can be grouped "optionally" if wanted into
ONE MAIN PACKAGE, having all similar type of packages from one entity.

it can be done like by

creating option of CREATING MAIN PACKAGE out of existing selected packages.

OR Moving existing selected packages into under a NEW PACKAGE,
by nesting those selected packages into that NEW Package.

like we Move file links from one package to another.
Only this time, we move packages into another package, BUT packages remain NESTED.

it can be new and better structure can be like this as below -

where every packages from similar entity type now can be grouped under that ONE MAIN TYPE OF ENTITY in a drop down tree structure.

rather than packages of different kind scattered here and there up and down


New better Organized Structure can be -

MOVIES1(Top Level package)
------Movie1(package)
-------Movie1(filename)----------**External links are only visible to Support Staff** -------Movie1(filename)----------**External links are only visible to Support Staff** -------Movie1(filename)----------**External links are only visible to Support Staff** ------Movie2(package)
-------Movie2(filename)----------**External links are only visible to Support Staff** -------Movie2(filename)----------**External links are only visible to Support Staff** -------Movie2(filename)----------**External links are only visible to Support Staff**
GAMES(Top Level package)
------Game1(package)
-------Game1(filename)----------**External links are only visible to Support Staff** -------Game1(filename)----------**External links are only visible to Support Staff** -------Game1(filename)----------**External links are only visible to Support Staff** ------Game2(package)
-------Game2(filename)----------**External links are only visible to Support Staff** -------Game2(filename)----------**External links are only visible to Support Staff** -------Game2(filename)----------**External links are only visible to Support Staff** ------Game3(package)
-------Game3(filename)----------**External links are only visible to Support Staff** -------Game3(filename)----------**External links are only visible to Support Staff** -------Game3(filename)----------**External links are only visible to Support Staff**
BABE1(Top Level package)
------BabeFile1(package)
-------BabeFile1(filename)----------**External links are only visible to Support Staff** -------BabeFile1(filename)----------**External links are only visible to Support Staff** -------BabeFile1(filename)----------**External links are only visible to Support Staff** ------BabeFile2(package)
-------BabeFile2(filename)----------**External links are only visible to Support Staff** -------BabeFile2(filename)----------**External links are only visible to Support Staff** -------BabeFile2(filename)----------**External links are only visible to Support Staff**
BABE2(Top Level package)
------BabeFile3(package)
-------BabeFile3(filename)----------**External links are only visible to Support Staff** -------BabeFile3(filename)----------**External links are only visible to Support Staff** -------BabeFile3(filename)----------**External links are only visible to Support Staff**
SOFTWARE1(Top Level package)
------softFile3(package)
-------softFile3(filename)----------**External links are only visible to Support Staff** -------softFile3(filename)----------**External links are only visible to Support Staff** -------softFile3(filename)----------**External links are only visible to Support Staff**
MOVIES 3(Top Level package)
------Movie3(package)
-------Movie3(filename)----------**External links are only visible to Support Staff** -------Movie3(filename)----------**External links are only visible to Support Staff** -------Movie3(filename)----------**External links are only visible to Support Staff** ------Movie4(package)
-------Movie4(filename)----------**External links are only visible to Support Staff** -------Movie4(filename)----------**External links are only visible to Support Staff** -------Movie4(filename)----------**External links are only visible to Support Staff**
TV SHOWS(Top Level package)
------TVShow1(package)
-------TVShow1(filename)----------**External links are only visible to Support Staff** -------TVShow1(filename)----------**External links are only visible to Support Staff** -------TVShow1(filename)----------**External links are only visible to Support Staff** ------Show2(package)
-------Show2(filename)----------**External links are only visible to Support Staff** -------Show2(filename)----------**External links are only visible to Support Staff** -------Show2(filename)----------**External links are only visible to Support Staff**

etc..etc...for which JD is generally used.

it can be highly beneficial from point of view of keeping packages Organized.

Developers please Think and ReConsider , for future JDdownloader 3 May be.
Hope you are getting and understand what i mean.
Reply With Quote
  #13  
Old 02.09.2015, 14:55
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 65,423
Default

So you wish a way to organize packages?
Maybe instead of another level in tree we can add a group property to packages? so you can easily assign a tag/group to a package and then only filter to view a specific group/tag?

Adding another level in tree is very complex. It's even more complex when the new entity is different than package and its children. That's why it will not happen for current development.
__________________
JD-Dev & Server-Admin
Reply With Quote
  #14  
Old 04.09.2015, 19:29
koningx koningx is offline
JD Beta
 
Join Date: Jun 2013
Posts: 54
Default

Yes i want to keep packages of similar entity to be organized if they all belong to a ONE
Entity type.

right now what you are trying to say is also a workaround ,

But adding a tag to each and every and every package, each and everytime can be a bit of long work.

right now i do that using comments feature.

But still the Long list are longs list then too, and can't see what all i have to download in
my long list and what is pending and what is priority, while scrolling in those long list of packages.

i was thinking it could have been better if just to select and drag and drop , similar packages into ONE Main tree type of package, giving a short compact overview of our download tasks in and by creating a MAIN package out of selected packages by Nesting them under a tree structure.

which can also finction to collapse n expand those lengthy trees , to make look download list with 10000s links bit nice and cleaner. rather than all jumbled up on first look.

Plus if we add group tag everytime to the package , that may also work , BUT we have to remember the Tag we added. But we can't then collapse and expand those big download lists to see kind of the actual overview of our long scrolling download lists.

rather only filter them , too see parts of them.

it might not be possible with the current version and architecture of Jdownloader, the way it handles links like you say .

BUT may be of anyday anytime , if a new version completely is thought to be made from scratch again , based from existing features of JD2 into JD3.

like JD2 was made after JD1, to be completely new again with UI and all.

OR

if there gets a problem in Naming conflicts in packages .

we can resolve it like-

The Top Level package can be made Optional. allowing functionality of droppng the existing packages into another packages when only wanted/needed, done manually, not by default.


By default, links get added to the linkgrabber the same way as they do now.
and so the filenames and packagenames get generated by default like they do now.

But i mean Later when those packages can be dragged into another package.
or create a package out of those packages. that new package will always
have default name a s"Various Files" like what JD2 usually takes the package name
for links with different filenames. and so same then happens with when there are package with different packagenames.

like with default names-

Various Files(TOP MAIN PACKAGE)[created manually, when need to group some packages]
------Various Files(package with files with different names, like JD2 does so now)
---------file1-----link1
---------file2-----link2
---------file3-----link3
------filename1(another package, with name of the package same as name of the file with mirror links)
-----------filename1----link 1 to it--
-----------filename1----link 2 to it--
-----------filename1----link 3 to it--
------filename2(package)
-----------filename2----link 1 to it--
-----------filename2----link 2 to it--
-----------filename2----link 3 to it--

i can surely understand it can't be done with the current architecture and development.

BUT May be for a Future Re-build of JDownloader IF thought again.

This architecture i think of servers better the purpose of Organising those download lists and packages lists into more organized and systematic and collected manner.

rather than some of different packages of different type of entities scattered here and there.

That' the whole idea and point of it. to have more systematic organization of long list of packages in Jdowloader.
Reply With Quote
  #15  
Old 08.12.2018, 00:41
xcy7e xcy7e is offline
Baby Loader
 
Join Date: Dec 2018
Posts: 5
Default

Three years later I'm wondering, if the suggested "Group"-Feature has been implemented..?

You developers seem to approach the request by thinking from dev's perspective. You might rather just imagine the requested result, like grouping, which would not be hard to be implemented.. right?

I'm a developer myself and what you tell us about your architecture sounds a bit silly, no offense. I'm very interested to know, if there were - at some point in the past - a major requirement to cut your agility in such a bad way.

As said.. no offense.
Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

All times are GMT +2. The time now is 18:38.
Provided By AppWork GmbH | Privacy | Imprint
Parts of the Design are used from Kirsch designed by Andrew & Austin
Powered by vBulletin® Version 3.8.10 Beta 1
Copyright ©2000 - 2019, Jelsoft Enterprises Ltd.