djkazic / gemini Goto Github PK

Should actually display it, also remove debug.DualListener debugging

2006 called, they want their CSS back :^)

Incomplete instances of BlockedFile will not be readded to the downloads list, however. They should be separately serialized.

If it's detected, and if its shown to match a SignKey, then Config should toggle canSign.

This way, signatures can be set for a BlockedFile (a sign button will be rendered by the API or the JS that interprets the API result).

Change string for switch case to int or byte

Make a column for thumbs up / thumbs down, and have the client parse the data upon receipt.
Later development: comments from a certain mutex?

Ext nodes can't connect to each other

Sample documentation:

What are IDHubs?

• A IDHub is an optional server (there’s an open source PHP one here) that allows your client to verify certain files. This is done for safety, and in the event of a bad file, you can report it to the IDHub’s admin, who can flag the file as unsafe. Every time your client searches for files, it asks the IDHub whether it should proceed, or ignore the results for either searches, or requests for blocks. In this sense, an IDHub is a decentralized means of approving and disapproving files.
• In future releases of Radiator, you’ll be able to make comments and other remarks on submissions directly from the client. Remember, you don’t have to have an IDHub attached to your client, it just makes things a little riskier as far as viruses that may be embedded in files, or fake files that may waste your bandwidth.

Whether this is done through ID3 or manual approval, it needs to be done. Otherwise, search results will be largely unformatted and have blank areas.

Also, the String[] returned should be modified to accommodate this. File size is less of a concern as compared to the combination [title, artist, time, checksum].

If necessary, a GUI to modify BlockedFile properties such as these should be created. It would be the same as the one used to sign off (any last minute changes?) on BlockedFiles.

1) Download list should have an ETA column
2) Right clicking an element of the download list should yield context options to pause and stop (consider shared buttons that trigger on highlight for this as well)
3) Right clicking an element of the download list should have the option to "Open in Library"
4) Library should be enumerated on start by workspace directory's contents

Hi, I'm sorry to disturb you, I just want to chat with you.
i want to chang my username to lili, but this name already in use, I found that you were using it， so i hope you can chang your username and make me can user lili, thank you!

Not only does finishedList not check for externality, the colon parsing may not be working correctly

In order of priority:

• Search broadcast
• ?
• ?
• ?

(To be updated)

BlockedFile search responses should now include a checksum; this is a better handle (instead of the BlockedFile name).

Incomplete BlockedFiles will have inherited the checksum from somewhere.

• SerialBlockedFile will have to serialize the checksum if it does not already

Cache the indexes in a cache folder by base64(name). When generating the block index, check the cache first.

Format should be some binary serialized version of the blockList.

A JS attacher should make it such that the ID (checksum) associated with the search results entry would be hit via an AJAX request.

Next, it would replace the title (not yet the artist) with the relevant information.

Then, it would invoke the audio functions, allowing the user to play the song.

Due to caching, an incomplete BlockedFile may already exist in the block index.

Potential fixes:

• lowering idle threshold
• reducing overhead via ints instead of strings