Now PDF is a "document" now, isnt it?
Moderator: Moderators
Now PDF is a "document" now, isnt it?
Almost a bug... but someone should have noted it by now if it was...
Searching for "documents" does not include PDF. In fact, there are no way you can reduce the search when searching for PDF.
Best Regards
JemyM
Searching for "documents" does not include PDF. In fact, there are no way you can reduce the search when searching for PDF.
Best Regards
JemyM
-
- Forum Moderator
- Posts: 1420
- Joined: 2003-04-22 14:37
-
- Forum Moderator
- Posts: 587
- Joined: 2003-05-07 02:38
- Location: Sweden, Linkoping
No you don't, for dc++ it's only the htm, txt and nfo extensions that is recognized as documents and this will probably not be changed in a near future. Requests to change which filetypes that each catrgory shall include have been made several times before.JemyM wrote:Trust me. I know.TheParanoidOne wrote:Currently the extensions recognised as "document" are HTM, DOC, TXT and NFO.
No, I dont get YOU.joakim_tosteberg wrote:No you don't, for dc++ it's only the htm, txt and nfo extensions that is recognized as documents and this will probably not be changed in a near future. Requests to change which filetypes that each catrgory shall include have been made several times before.
Do you suggest that this is this an unfixable problem?
No, I believe he's suggesting that it's not a problem that should be "fixed". There are probably hundreds of filetypes that could be added, and for everyone that is, the client will require more CPU to handle those searches, and on big hubs there will be a LOT of searches.. If everyone of those filetypes were added (where do you stop after all), it wouldn't be very funny.JemyM wrote:No, I dont get YOU.
Do you suggest that this is this an unfixable problem?
I see your point. Thing is that PDF's is a common warez type, just as popular as AVI, RAR, MP3 or ZIP. All eBooks are created in PDF you know, which is a huge market, both for RPG's and Comics. Its ironic that a filetype such as "htm" is supported while "pdf" is not.Todi wrote: No, I believe he's suggesting that it's not a problem that should be "fixed". There are probably hundreds of filetypes that could be added, and for everyone that is, the client will require more CPU to handle those searches, and on big hubs there will be a LOT of searches.. If everyone of those filetypes were added (where do you stop after all), it wouldn't be very funny.
-
- Forum Moderator
- Posts: 1420
- Joined: 2003-04-22 14:37
I agree with him. I have a version of DC++ I keep updated for me and quite a few of my friends because we all search for pdf's etc when looking for manuals etc. HTML documents are lousy, generally worthless documents that are not correctly coded for cross browser use 99% of the time. PDF works and looks the same for ANYONE using acrobat.
It is easy enough to add into the source btw - if you want you can search the forums and there is an "expanded document list" printed into code for cutting and pasting. You can add it in and compile to work for yourself. =)
It is easy enough to add into the source btw - if you want you can search the forums and there is an "expanded document list" printed into code for cutting and pasting. You can add it in and compile to work for yourself. =)
yes but adding these yourself will only affect searches that others do, any searches that you perform will only search for pdf files on people with the patch, meaning that people using other clients such as nmdc and dcgui will have different exensions too.raym0nd wrote:I agree with him. I have a version of DC++ I keep updated for me and quite a few of my friends because we all search for pdf's etc when looking for manuals etc. HTML documents are lousy, generally worthless documents that are not correctly coded for cross browser use 99% of the time. PDF works and looks the same for ANYONE using acrobat.
It is easy enough to add into the source btw - if you want you can search the forums and there is an "expanded document list" printed into code for cutting and pasting. You can add it in and compile to work for yourself. =)
So thats the problem.Twink wrote: yes but adding these yourself will only affect searches that others do, any searches that you perform will only search for pdf files on people with the patch, meaning that people using other clients such as nmdc and dcgui will have different exensions too.
Ill bet there is a high demand since there are several groups that exclusively deal with PDF's, so convincing the other popular alternatives such as the developers of oDC wouldnt be a problem.
I believe few people use nmdc theese days... nmdc is banned from all the hub's that I visit.
-
- Forum Moderator
- Posts: 1420
- Joined: 2003-04-22 14:37
-
- DC++ Contributor
- Posts: 3212
- Joined: 2003-01-07 21:46
- Location: .pa.us
I've seen .LIT, .DOC, .RTF, .HTML, .TXT, and .PS too. (And a lone .MHT.)JemyM wrote:All eBooks are created in PDF you know, which is a huge market, both for RPG's and Comics.
The problem is the way types are checked in DC++ currently, and the fact that you can only change the types of files that you return for the 8/9 defined "types" in DC.
I think there's a lot of sense in adding popular extensions, especially if users can be educated about how searching by types works in DC.
it might make sense to change the text in the file type drop downs to something like
Audio (wav; mp3; wmv)
Compressed (zip; rar)
etc
just so people actually know what they're searching for, I know it wont be quite correct as its the extensions at the other end that matter but it would at least give the user more of an idea.
Audio (wav; mp3; wmv)
Compressed (zip; rar)
etc
just so people actually know what they're searching for, I know it wont be quite correct as its the extensions at the other end that matter but it would at least give the user more of an idea.
-
- DC++ Contributor
- Posts: 3212
- Joined: 2003-01-07 21:46
- Location: .pa.us
-
- Forum Moderator
- Posts: 1420
- Joined: 2003-04-22 14:37
-
- Posts: 184
- Joined: 2003-05-26 11:29
- Location: UK
-
- DC++ Contributor
- Posts: 3212
- Joined: 2003-01-07 21:46
- Location: .pa.us
Well, especially those that don't exist.Gasman1015 wrote:Problem there, is no one seems to read help files.
There should be an easy way to auto-open help each time DC++ is started until a user disables the feature.
For reference, a version of the compiled help file I started is here: http://members.verizon.net/todd.pederza ... usplus.chm
-
- Posts: 184
- Joined: 2003-05-26 11:29
- Location: UK
MainFrm.cppGargoyleMT wrote:There should be an easy way to auto-open help each time DC++ is started
Code: Select all
if(SETTING(NICK).empty()) {
PostMessage(WM_COMMAND, IDC_HELP_README);
PostMessage(WM_COMMAND, IDC_HELP_FILE);
PostMessage(WM_COMMAND, ID_FILE_SETTINGS);
Yes, I know there is more than that required, just an example.
Always remember you're unique, just like everyone else.
-
- Forum Moderator
- Posts: 1420
- Joined: 2003-04-22 14:37
Heh.Gasman1015 wrote: MainFrm.cppMay annoy users if it happens every time it starts.Code: Select all
if(SETTING(NICK).empty()) { PostMessage(WM_COMMAND, IDC_HELP_README); PostMessage(WM_COMMAND, IDC_HELP_FILE); PostMessage(WM_COMMAND, ID_FILE_SETTINGS);
Yes, I know there is more than that required, just an example.
And just to *really* annoy them, load up the FAQ, the forums and the "How to ask questions correctly" website as well.
*but I just wanted to download some music*
-
- DC++ Contributor
- Posts: 3212
- Joined: 2003-01-07 21:46
- Location: .pa.us
Excellent idea, Eric Raymond may have licensed that under something that'd work for a inclusion into the helpfile (there's the gnu free documentation license...).TheParanoidOne wrote:And just to *really* annoy them, load up the FAQ, the forums and the "How to ask questions correctly" website as well.
The only problem is that there's probably no way of having a "do not launch the help file next time" checkbox in the helpfile - as many other programs do with help wizards when they start up.
-
- Forum Moderator
- Posts: 1420
- Joined: 2003-04-22 14:37
-
- Posts: 506
- Joined: 2003-01-03 07:33