I mean to unshare it, but instead of limewire removing it from the library list, it should like change the font to red or something. and also keep another option that would remove it from the list. ALSO add the ability to unshare INDIVIDUAL files.
I dont see how they could benifit from it because they could not upload content, you would only be able to retreive magnet URLs that would require a Gnutella downloading agent.
Im wondering that myself.
its not hard to open up photoshop limewire devs....
i dont see why it wouldnt be, because once limewire is launched, and fully connected (or whenever the user decides to connect.) and the connect quality is either excellent or tubocharged, it would then search whats new.
Tools > Options > Uploads > Allow Partial Sharing
Then find one that really does work or else we need to really start looking into integrating a ripper/encoder that can rip media files and can detect once a media CD is inserted and asking if the user would like to rip, tag, then share the files.
The chat/buddy system SHOULDNT work on the gnutella network, thats not what i would want and its almost very impossible to implement without very serious security issues, no i woulnt want it like that, it should be a feature soly built into limewire.. it should be totally independent of the network itself. ofcourse some security, issues do arise, and i recognise that, and it shouldnt be too hard to tackle those objectives, one way of securing user identity of the chat/buddy system login is with dynamic DNS, as per: http://limewire.org/wishlist.shtml .... some of my whole ideas are conceived through lists like this... i can certainly go WAY INTO how the protocol should be established but im only discussing the possiblility of even implementing it first.
Im not seeking a full fledged media player, im just wanting to see an expansion of what has already been developed, i think what they did was great by first just introducing a basic mp3 player, now you see lots of people wanting it to do more. ATLEAST give it a seek bar if thats all they are going to do with it.
Missed it, dont see it, cant find it, or dont understand it. I do however know that the describe function works well but its not good for use with mass media content.
to each users own i guess.
This would give GREAT interest AND boost network results because users are being given a free encoder and sharing them at the same time. If this were to happen, then more results on rare files would turn up more often. [POINT A]You really have to think like a user when it comes to this kinda stuff... if the user is asked to rip and share their content, then they would do it more often than not. instead limewire does nothing, and usually new files that are put on the network are produced by enthusiasts.. get my point? make it so that limewire is good at everything, then it would become a very usefull program that runs on the gnunet that delivers rich content and can become a center for source of media and online activities. THIS is what the user wants, but who knows this? well you need to think like a normal user and what they would want. dont be or act like a tech genious (im not pointing fingers at you or anyone) if you want to attract the people that out-number you on the internet, (usually the brainless) you need to know what they want, and how fast they want it. no normal computer user would sit and encode their cd collections and share them out. why? because they dont know how or dont want to know. instead they just keep leeching off the enthusiasts files. if instead limewire just detected when a media-cd is inserted, and ask the user if they would want limewire to rip, tag and share these files, they would be MORE willing then not.
maybe the dev should think about producing limewire with the ability to load plugins, because i could see lots of these types of plugins being made.
why such a slow process? they DO have money dont they? how hard is it to find java programmers? i thought that was one of the biggest internet standardized languages?
see Point A
i have never had a search string that was ever that long, i also think the protocol wouldnt have to be touched, it could be just an independent limewire feature that would just sort the results that were found and remove any of the non-boolean matches from the results display. and you could even send it with the search string entact (but i think you would need to redefine the protocol) and the clients will report something that matches the boolean and ONLY if it matches the boolean. limewire would go even farther than this to make sure that any search results that are returned match the boolean and if not, remove them from the results list.
damn java. something needs to be done about this, because it eats up the memory after running for an amount of time, not good for cpu either, runs normally @ 12% just having it open for a few days on an intel 2.6ghz processor.
now im split on this issue, because i just read that gnu2 is still not even ready and still has lots of problems and issues regarding the fact that its supposed to be 'better' and 'scalable'.
well i do have the free born right of being an american to allow who can/cannot connect, download, chat, browse or connect as a peer or leaf. This IS my right. I disconnect users all the time who have very primitive software, primitive software only hurts the gnunet and should be dealt with.
well the last i heard, it was a possibility to add the digital certificates and security that was proposed.