newsbin.com

Why have the NZB's now been hidden and placed in compact view?

Don't you not realize how damn annoying and time consuming it is to search through a long list of headers and keep having to un-compact the filename to get the NZB's to send too remote nzb download?

So this is going to be ignored then?

Maybe... They're inside the set because I wanted them inside the set. No other reason. They got compacted in with the other meta files. If enough people wanted me to change it I probably could. Meta is compacted in now so Ctrl-R has a chance of pulling data from obscured posts. I'm not clear if NZB files are useful for that.

So enough people have complained over the last couple of years that Newsbin is now pretty useless on a desktop with large header retention as it takes days or uses large amounts of resources to which you reply everyone now uses NZB's.

You add remote NZB to Newsbin but instead of promoting NZB's you then go and make them obscure so every thing now has to be awkward , fiddly and long winded and a complete pain in the ass as a user experience to actually use Remote NZB?

I completely fail to see your logic and reasoning?

As a user experience people might aswell use Linux Urd from Urdland for headers or a NZB search website , Both of which are free.

Because what is the point in buying and using Newsbin if it makes life harder , would you pay for something over a free option if it wastes more of your personal time going from a single scroll and click to multiple clicks and scrolling and searching?

Wouldn't it make more sense to have them shown in the main header list as apart from Remote NZB users the NZB can contain information for parts in other groups that you have not listed to complete the downloads and sometimes just NZB's are cross listed without the main body of the download in that group.

So enough people have complained over the last couple of years that Newsbin is now pretty useless on a desktop with large header retention as it takes days or uses large amounts of resources to which you reply everyone now uses NZB's.

People like you confuse me. You're already downloading headers. You're already seeing the actual files that are represented by the NZB that you could add to the download list directly but instead you want to download the NZB. I don't understand what that buys you.

Why are you using NZB's if you're ALREADY downloading headers and ALREADY have the files listed in the post listing? Why not just add them directly to the download list? Compacting the NZB into the set has no impact on people using search and NZB files and shouldn't have any impact on header download people because they already have the headers loaded.

I'm not averse to changing it back. I just have no idea how NZB's in headers is any advantage over just using headers.

Hiding non-informative information such as .rar/ r01 makes sense.

Hiding useful information such as nfo,sample and NZB makes no sense other than the desire to give the false impression that the headers load faster.

So with the headers compacted how is a person supposed to check the image and sound quality without easy access to the sample file or check the NFO for known glitches, subtitles,codecs or release information , with the headers compacted how is a person supposed to quickly grab the NZB and send it to their remote download box ( newsbin remote NZB ) or pass it on to others?

I have no idea why people like me confuse you when that's how the scene uses this information and the reason for those files.

Hiding useful information such as nfo,sample and NZB makes no sense other than the desire to give the false impression that the headers load faster.

1 - Samples aren't combined with the the rest of the files. If you're not seeing sample it's probably because your size filters are set to high.

2 - Sets with NFO's get a special icon and you can read the NFO with Ctrl-R.

[XXXXXX]-[FULL]-[#a.b.teevee@EFNet]-[ <some shit> ]-[27/35] - "some shit.rar" yEnc,Idle/New [21 files,7 pars],986.4 MB,0d:01h:55m,canuck@su.ck (ilikeboys),a.b.teevee
[XXXXXX]-[FULL]-[#a.b.teevee@EFNet]-[ <some shit>]-[01/35] - "some shit.sample.mkv" yEnc,Idle/New [1 files,6 pars],36.7 MB,0d:01h:56m,canuck@su.ck (ilikeboys),a.b.teevee

Is what I see. Ctrl-R reads the SFV the PAR and the first chunk of the first rar and shows this information. It would show the NFO if one was there. I'm guessing the NFO is in the SRR file which I'm not parsing yet. If you see a situation where samples are mixed in. PM me an example. They shouldn't be combined with the files. You can always hit the + icon and download the individual files too.

Basically what I'm hearing is that this has nothing to do with the NZB file?

They where just examples of imformative Vs non-informative information.

You seem to be replacing one rigmarole of clicking an scrolling with another rigmarole of key presses.

The issue is NZB's

The header information on your current box has no bearing on the header information on the remote box ( Newsbin remote on another news server , work PC or cloud downloader or what ever) or too who ever you may share the file with unless you have the orginal NZB.

What was the last version that showed both NZB and NFO files in the main header list?

Where would you download it?

Apart from clicking the installer is there anything that needs to be done to change back?

They where just examples of imformative Vs non-informative information.

I wanted specific answers because I make decisions based on them. I was going to expose the NZB's again. In fact I already changed the code but it seems pretty clear that exposing the NZB's won't actually solve your problem so I'm wondering if I should back out that change.

What was the last version that showed both NZB and NFO files in the main header list?

1 - I don't know.

2 - All the versions are in the download section of the web site. I might start with 6.56 and work backwards.

The download list in 6.60 isn't compatible with older versions meaning download wish and failed from 6.60 won't be visible in older versions.

I wanted specific answers because I make decisions based on them. I was going to expose the NZB's again. In fact I already changed the code but it seems pretty clear that exposing the NZB's won't actually solve your problem so I'm wondering if I should back out that change.

I don't even understand what that even means , where have you come up with the idea that exposing the NZB's wont actually solve the problem of you hiding them in compact which is the entire problem.

This isn't difficult to understand.

You used to have the NZB files in the main download list with the NFO file for easy single scroll and click access and now you don't for your own personal preference which is a pain in the ass.

* edited out my original post as this is pointless and i'm Dumbfounded *

You haven't explained why you need the NZB. You already have headers downloaded so why not just double click the files to download? What are you doing with these NZBs?

Also, my vote is for leaving them compacted.

jackholexxxx wrote:You haven't explained why you need the NZB. You already have headers downloaded so why not just double click the files to download? What are you doing with these NZBs?

My usual workflow is to scan posts for what I want to download and save the NZB files.

I later load the NZBs in batches (rarely related to the order I found them in), and download them (which has the advantage that they end up neatly in folders with the same name as the NZB).

I noticed a while ago that for some posts (but a minority), I had to expand item to see the NZBs, and it made my workflow more tedious.

I really want NZBs visible without expanding. If this causes some clutter for those with a different workflow, it should be an option.

I also find using Ctrl+R to view the NFO (and the rest of the junk that usually gives me) less convenient than double-clicking the NFO file and viewing it externally (NOT with the default viewer for TXT files).

Can't the posts be added to the wish list instead? They could then be downloaded at your convenience.

I really want NZBs visible without expanding. If this causes some clutter for those with a different workflow, it should be an option.

Ok. It'll be in the next beta. I'll think about the NFO files.

jackholexxxx wrote:You haven't explained why you need the NZB. You already have headers downloaded so why not just double click the files to download? What are you doing with these NZBs?

Also, my vote is for leaving them compacted.

I explained , you obviously don't understand remote downloads or NZB enabled NAS drives for which Newsbin headers are of no use or even the latest fad for Cloud downloaders such as putdrive.com

" Also, my vote is for leaving them compacted. "

If your going to be equally so ridiculous then why not vote on having each compact set in separate folders instead of a list that you have to open each and every time before you can download?

bindee wrote:If your going to be equally so ridiculous then why not vote on having each compact set in separate folders instead of a list that you have to open each and every time before you can download?

Take a deep breath and realize that not everybody on the internet is out to get you. Try not to read emotions into a post. My questions were completely valid based on the information you have posted.

No emotion involved , you are the one that seems to be reading into things.

I can't be more specific than being specific if you don't understand how remote downloaders work or how the entire usenet scene uses NZB's , And then ask me to explain to you more specifically something you don't use that has already been explained?

Trying to reason common sense with personal preference is idiotic and moronic.

As already said:

Compacting Non-informative information from the list makes sense.

Compacting informative information from the list makes no sense.

Otherwise you may as well stick the entire list in separate folders and im sure you would soon complain how moronic and idiotic it is if you have to open and expand everything to either download or get the information you need?

Here is how I would have started this thread:

"I make use of remote downloaders so having the NZB files uncompacted in the header view saves me a lot of time. Somewhere along the way they got compacted in with the other files. Is it possible to revert to the old behavior? The way it is currently implemented slows me down tremendously."

Then Quade would have given it serious consideration because you made a good use case. /Thread

But instead we get this aggressive back-and-forth.

So for the fact that you did understand what remote access was all along and you are now trying to think in my behalf and posting trash such as not looking into things with emotion while making the claim of " we get this aggressive back-and-forth." points to you being a troll.

Feel free to scroll past my posts................

I did not understand until your eighth post. I do see you hinted at it in your third and fifth post, but It didn't click with me until you said "NZB enabled NAS drives".

My apologies for using the term aggressive. I think a more accurate term would be confrontational. Your communication style is confrontational.

We got there in the end. {insert cuddle smiley}

I can totally get behind returning .nfo files to us (or at least the option to get them if we want). I archive a lot of stuff and I miss not having a obscurefilename.nfo to go with my obscurefilename.iso

Give them back, Quade, you meanie!

I think an option at the top of the header list to show/hide nfo,nzb files would be a nice compromise.

Give them back, Quade, you meanie!

They're still there. They're just grouped WITH the files you're going to download. If you add a compacted set to download and it includes an NFO it goes with the downloaded files. If it's mentioned in the PAR files it's checked and moved to the folder where the files are unrared to. If anything you're more likely to get the NFO this way than before.

I'm noticing more files that don't actually contain an NFO anymore. I think it's because they're embedding them in the SRR files now. Next version of Newsbin will read the NFO's out of the SRR when you Ctrl-R the files too. Just something to keep in mind, that the NFO's can be out in the set, inside the SRR or both.

Quade is now practising censorship and deleted my post about the importance of NFO files to us customers and his ongoing odd dictatorship?

Yet another level of dishonesty.

Quade is now practising censorship and deleted my post about the importance of NFO files to us customers and his ongoing odd dictatorship?

Yet another level of dishonesty.

Bindee, it's my forum. I set the tone and determine what's permitted. I've been pretty patient with you so far and mostly ignored your hostility. You're welcome to stay here and discuss things like an adult. If you can't. You're welcome to leave. If you persist in annoying me, I'll just ban you. I really don't like banning people. I think I've done it twice in 15 years but I do what's necessary. You can still use the tech support form if you need support.

You asked about NZB's and I said I could probably lets NZB's out of the set(which I did). Then you went into left field about sample files being compacted in, which they aren't and other files you didn't even mention in the first post. You really give the impression of someone who's impossible to please.

What hostility?

Is now having an opposing opinion that doesn't involve sucking up and brown nosing Hostile?

The arrogance and rudeness started at imposing this change without asking on the forum to something that is now no longer what we paid for and is now annoying to use , and post 3 of maybe you'll just ignore.

"You really give the impression of someone who's impossible to please."

Don't be ridiculous , How can any of us be pleased for still having to exercise the exact same amount of key presses to now get the NFO file? , One less file doesn't resolve the issue neither is it a compromise.

This has gone from the sublime to the ridiculous.

Here's 'why' I want to sort headers for just the nzb files. - It filters out the spam.
Everything that I want to download has an NZB file. I sort, dl the nzb's I want, and dl the lot.
When compacted, the nzb filter is not operable. Is there a way that I can 'switch' off the compacting mode so that my years long habit of nzb sorting would work again??
Or can I 'upgrade' my proggie back to V5.59 following what set of steps???