[freenet-dev] Status line???
Matthew Toseland wrote: > I propose a permanently visible status bar in fproxy, which would combine > various current and proposed features. It would occupy no more than 2 lines > vertically, and preferably more like 1. It would include: > - The Simple vs Advanced mode switch. > - The current security levels. > - The selected language. > - A very brief summary of the current useralerts. > > Hence, something like: > > | English | Switch to advanced mode | Security: NORMAL NORMAL NORMAL | 16 > critical messages, please read them! > > With appropriate tooltips ( mouseovers), links and dropdowns. > > I am not sure about the last part though. If we can sufficiently compact the > messages, it may be better to actually display them, or at least any high > priority messages, on all pages? Hence: > > | English | Switch to advanced mode | Security: NORMAL NORMAL NORMAL | 5 > messages, click here > CRITICAL ERROR: YOU ARE BUSTED > CRITICAL ERROR: YOU ARE STILL BUSTED > CRITICAL ERROR: KNOCK, KNOCK! > > Or: > | English | Switch to advanced mode | Security: NORMAL NORMAL NORMAL > ERROR: Firewall problem > INFO: You have 5 new messages from your Friends > > Thoughts? > could have icons instead, like EN | (control panel icon) | (Three colour bars) | (Mail icon) [16] then it would take up even less space. X
[freenet-dev] Insert of demand application design
Hello, Here is some try from Sich and myself to think about the design for some insert on demand application based on the WoT plugin. --- key structure : ssk/filesharing/updates/inserts/x/inserts ssk/filesharing/updates/requests/y/requests ssk/filesharing/z/index/ ssk/filesharing/filehash/n/index inserts file structure: xxx all or chunk number requests file structure: xxx all or chunk number index file structure: xxx xxx xxx xxx filehash index structure: comment on this file #one per chunk xxx xxx #if available xxx #necessary if all the chunks aren't listed Each file is splited into several chunks. Each chunks is inserted in is own SSK. We suscribe to every keys needed to know about updates (that is : ssk/filesharing/upadtes/inserts and ssk/filesharing/upadtes/requests) Search : Each people publish all the files that he is sharing in the ssk/filesharing/index file. When you search a file, you will look in each identity to find your file. Then you have a list of filename and corresponding filehash. When you have this you can choose to download a specific filehash. #Each people who have this file can begin to insert some chunk of the file and telling that they are currently inserting a part of the file. The chunk are randomly choose, then multiple people can insert #the whole file more faster. #When the chunk is inserted the SSK key of the chunk is published, then we can begin to download it. Download: Once you found the file you want, you search for shared chunks in the keys of the identities sharing the file. If several ssk are available for one chunk, choose the one that appears the more. (during the search, when you see sskY for chunkXXX, just add 1 to the priority of sskY) If no ssk is available for one chunk, add a request in ssk/filesharing/requests We suscribe to the key : ssk/filesharing/filehash/ to know about all new chunks available, ... Insertion: If someone is requesting a chunk (see Download), we start inserting it. We publish that in the key under : ssk/filesharing/inserts, so other identities won't insert it. When it's finished, we indicate it under the same file. Healing : When you try to download a file who was already inserted, and if you can't download a specific chunk, a request is publish to ask for this chunk. People who have the original file can begin to insert this chunk and tell the other that they have begin to insert it in order to avoid multiple insert of the same chunk. Then the new SSK is published to download the missing chunk. WoT: If someone give us a wrong chunk or some fake, we mark it as bad. One question however : how can we detect a wrong chunk ? If we have multiple source for the file we can try to compare the chunk filehash index (ssk/filesharing/filehash/index). advantage to split the file : - We can have multiple source to insert the whole file - If some chunk are no more available we can only ask to reinsert this chunk. This will limit the datastore use (no need to reinsert the whole file on a new SSK) - We can begin to download the file before all the chunks are inserted. This is a little more faster for the people who are downloading. - Using some preview system ? WoT-based : - Using WOT can limit the problem for the bootstrap when you have just install the filesharing program. - Using the security of the WOT can help to find people who are publishing fake files. Please don't hesitate to comment. Are we missing some points, is that feasable, will it be too slow, etc...
[freenet-dev] Shutdown/restart always visible? was Re: Status line???
Am Dienstag, 2. Juni 2009 18:53:40 schrieb Matthew Toseland: > On Tuesday 02 June 2009 17:44:04 Matthew Toseland wrote: > > I propose a permanently visible status bar in fproxy, which would combine > > various current and proposed features. It would occupy no more than 2 > > lines vertically, and preferably more like 1. It would include: - The > > Simple vs Advanced mode switch. > > - The current security levels. > > - The selected language. > > - A very brief summary of the current useralerts. > > > > Hence, something like: > > | English | Switch to advanced mode | Security: NORMAL NORMAL NORMAL | 16 > > | critical messages, please read them! > > > > With appropriate tooltips ( mouseovers), links and dropdowns. > > > > I am not sure about the last part though. If we can sufficiently compact the messages, it may be better to actually display them, or at least any high priority messages, on all pages? Hence: > > | English | Switch to advanced mode | Security: NORMAL NORMAL NORMAL | 5 > > | messages, click here > > > > CRITICAL ERROR: YOU ARE BUSTED > > CRITICAL ERROR: YOU ARE STILL BUSTED > > CRITICAL ERROR: KNOCK, KNOCK! > > > > Or: > > | English | Switch to advanced mode | Security: NORMAL NORMAL NORMAL > > > > ERROR: Firewall problem > > INFO: You have 5 new messages from your Friends > > > > Thoughts? > > Dieppe said we should always have "Shutdown the node" and "Restart the > node" visible, this could also be part of the status line, however IMHO > it's not a good idea. We should however have a system tray applet for the > same purpose. A statusbar is also a good place for the PANIC? button
[freenet-dev] Getting rid of emu: an option
On Tue, Jun 2, 2009 at 6:06 PM, Florent Daigniere wrote: > Arne Babenhauserheide wrote: >> On Monday, 1. June 2009 11:39:13 Matthew Toseland wrote: >>> Having said that, we might need somewhere to put mantis, if we decide to >>> keep it (although everyone else seems to want to get rid of it). We don't >>> have any other need for php afaik, although we need SSL redirects. >> >> How about hosting mantis on sourceforge? >> >> They have it now. >> >> - http://apps.sourceforge.net/trac/sourceforge/wiki/Hosted Apps >> >> Best wishes, >> Arne >> > > I like that option; We already have a SF project! > > NextGen$ I have had some very bad experience with SF's servers around year 2001. It was slow and buggy. Is that fixed now? SF's git support rejects fast forward updates by default.. hm.. Daniel
[freenet-dev] About the website
On Tuesday, 2. June 2009 17:48:34 Matthew Toseland wrote: > IMHO the above is totally unrealistic. Does that settle the Progress bar question? - Arne --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- - singing a part of the history of free software - http://infinite-hands.draketo.de
[freenet-dev] Shutdown/restart always visible? was Re: Status line???
Le mardi 02 juin 2009 18:53:40, Matthew Toseland a ?crit : > On Tuesday 02 June 2009 17:44:04 Matthew Toseland wrote: > > I propose a permanently visible status bar in fproxy, which would combine > > various current and proposed features. It would occupy no more than 2 > > lines vertically, and preferably more like 1. It would include: - The > > Simple vs Advanced mode switch. > > - The current security levels. > > - The selected language. > > - A very brief summary of the current useralerts. > > > > Hence, something like: > > | English | Switch to advanced mode | Security: NORMAL NORMAL NORMAL | 16 > > | critical messages, please read them! > > > > With appropriate tooltips ( mouseovers), links and dropdowns. > > > > I am not sure about the last part though. If we can sufficiently compact the messages, it may be better to actually display them, or at least any high priority messages, on all pages? Hence: > > | English | Switch to advanced mode | Security: NORMAL NORMAL NORMAL | 5 > > | messages, click here > > > > CRITICAL ERROR: YOU ARE BUSTED > > CRITICAL ERROR: YOU ARE STILL BUSTED > > CRITICAL ERROR: KNOCK, KNOCK! > > > > Or: > > | English | Switch to advanced mode | Security: NORMAL NORMAL NORMAL > > > > ERROR: Firewall problem > > INFO: You have 5 new messages from your Friends > > > > Thoughts? > > Dieppe said we should always have "Shutdown the node" and "Restart the > node" visible, this could also be part of the status line, however IMHO > it's not a good idea. We should however have a system tray applet for the > same purpose. I agree with that, but, right now, we don't have such a systray. So, as a tempory solution, we could add the shutdown/restart button to the status line.
[freenet-dev] About the website
* clement [2009-06-02 18:46:38]: > Le mardi 02 juin 2009 12:05:14, Florent Daigniere a ?crit : > > clement wrote: > > > Le lundi 01 juin 2009 21:38:36 Ian Clarke, vous avez ?crit : > > >> Nice! > > >> > > >> We're actually planning to migrate the website to another provider. > > >> Would you be interested in continuing this work? > > > > > > Nextgens is currently working on the website (sorry again), and I don't > > > have much time right now. So I think there is no need I continue working > > > on this right now. > > > > > >> Ian. > > > > I did some technical improvements, not design ones... And I got pissed > > learning that it was duplicated/lost effort because you didn't say you > > were working on it too. I won't touch it anymore. Use git/the mailing > > lists/IRC and other tools next time. > > > > As I already explained to you : > > 1) I didn't see that you were working on that, because I can't always look at > the irc channel; > 2) If I follow your reasonning, I should have known that you were working on > the website because you said so on irc. Fine. Look at your logs, and maybe > you'll see that I proposed some improvement to the website (same logo and > about the same css as what I propose now) some months ago. So you should have > ask me if I was still working on that or not before starting working on the > website. > > Now, if you don't want to work on the website anymore, fine. But don't blame > me. > Heh, it's not about blaming you personally; You did some useful work, that's great! It's just about telling you that no, I'm not working on the website anymore and that you should keep up contributing :) The rest is just some rants about how things are done in the project and highlighting how bad is a DSCM in our case... Anyway, shall you decide to contribute further, I strongly encourage you to use the project's tools, and that includes its SCM/IRC channel/mailing lists. NextGen$
[freenet-dev] About the website
Le mardi 02 juin 2009 12:05:14, Florent Daigniere a ?crit : > clement wrote: > > Le lundi 01 juin 2009 21:38:36 Ian Clarke, vous avez ?crit : > >> Nice! > >> > >> We're actually planning to migrate the website to another provider. > >> Would you be interested in continuing this work? > > > > Nextgens is currently working on the website (sorry again), and I don't > > have much time right now. So I think there is no need I continue working > > on this right now. > > > >> Ian. > > I did some technical improvements, not design ones... And I got pissed > learning that it was duplicated/lost effort because you didn't say you > were working on it too. I won't touch it anymore. Use git/the mailing > lists/IRC and other tools next time. > As I already explained to you : 1) I didn't see that you were working on that, because I can't always look at the irc channel; 2) If I follow your reasonning, I should have known that you were working on the website because you said so on irc. Fine. Look at your logs, and maybe you'll see that I proposed some improvement to the website (same logo and about the same css as what I propose now) some months ago. So you should have ask me if I was still working on that or not before starting working on the website. Now, if you don't want to work on the website anymore, fine. But don't blame me. > NextGen$ > ___ > Devl mailing list > Devl at freenetproject.org > http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
[freenet-dev] Status page???
Dieppe's posts indirectly referred to a status page. What would be on such a page? Shutdown and restart, maybe, but then they wouldn't be displayed constantly. How would such a page differ from the statistics page in simple mode? -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 835 bytes Desc: This is a digitally signed message part. URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20090602/a5565097/attachment.pgp>
[freenet-dev] Shutdown/restart always visible? was Re: Status line???
On Tuesday 02 June 2009 18:06:20 clement wrote:
> Le mardi 02 juin 2009 18:53:40, Matthew Toseland a ?crit :
> > On Tuesday 02 June 2009 17:44:04 Matthew Toseland wrote:
> > > I propose a permanently visible status bar in fproxy, which would combine
> > > various current and proposed features. It would occupy no more than 2
> > > lines vertically, and preferably more like 1. It would include: - The
> > > Simple vs Advanced mode switch.
> > > - The current security levels.
> > > - The selected language.
> > > - A very brief summary of the current useralerts.
> > >
> > > Hence, something like:
> > > | English | Switch to advanced mode | Security: NORMAL NORMAL NORMAL | 16
> > > | critical messages, please read them!
> > >
> > > With appropriate tooltips ( mouseovers), links and dropdowns.
> > >
> > > I am not sure about the last part though. If we can sufficiently compact
> the messages, it may be better to actually display them, or at least any high
> priority messages, on all pages? Hence:
> > > | English | Switch to advanced mode | Security: NORMAL NORMAL NORMAL | 5
> > > | messages, click here
> > >
> > > CRITICAL ERROR: YOU ARE BUSTED
> > > CRITICAL ERROR: YOU ARE STILL BUSTED
> > > CRITICAL ERROR: KNOCK, KNOCK!
> > >
> > > Or:
> > > | English | Switch to advanced mode | Security: NORMAL NORMAL NORMAL
> > >
> > > ERROR: Firewall problem
> > > INFO: You have 5 new messages from your Friends
> > >
> > > Thoughts?
> >
> > Dieppe said we should always have "Shutdown the node" and "Restart the
> > node" visible, this could also be part of the status line, however IMHO
> > it's not a good idea. We should however have a system tray applet for the
> > same purpose.
> I agree with that, but, right now, we don't have such a systray. So, as a
> tempory solution, we could add the shutdown/restart button to the status line.
I don't understand why we need to help computer illiterate ("what is a scroll
bar?") users to shut down Freenet. If they are starting a game they are
unlikely to click on Browse Freenet just to shut it down. On the other hand, it
is well established that background apps are in the system tray, and can be
removed from there.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 835 bytes
Desc: This is a digitally signed message part.
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20090602/47c79249/attachment.pgp>
[freenet-dev] Shutdown/restart always visible? was Re: Status line???
On Tuesday 02 June 2009 18:17:37 Robert Hailey wrote: > > On Jun 2, 2009, at 11:53 AM, Matthew Toseland wrote: > > > On Tuesday 02 June 2009 17:44:04 Matthew Toseland wrote: > >> I propose a permanently visible status bar in fproxy, which would > >> combine various current and proposed features. It would occupy no > >> more than 2 lines vertically, and preferably more like 1. It would > >> include: > >> - The Simple vs Advanced mode switch. > >> - The current security levels. > >> - The selected language. > >> - A very brief summary of the current useralerts. > >> > >> Hence, something like: > >> > >> | English | Switch to advanced mode | Security: NORMAL NORMAL > >> NORMAL | 16 critical messages, please read them! > >> > >> With appropriate tooltips ( mouseovers), links and > >> dropdowns. > >> > >> I am not sure about the last part though. If we can sufficiently > >> compact the messages, it may be better to actually display them, or > >> at least any high priority messages, on all pages? Hence: > >> > >> | English | Switch to advanced mode | Security: NORMAL NORMAL > >> NORMAL | 5 messages, click here > >> CRITICAL ERROR: YOU ARE BUSTED > >> CRITICAL ERROR: YOU ARE STILL BUSTED > >> CRITICAL ERROR: KNOCK, KNOCK! > >> > >> Or: > >> | English | Switch to advanced mode | Security: NORMAL NORMAL NORMAL > >> ERROR: Firewall problem > >> INFO: You have 5 new messages from your Friends > >> > >> Thoughts? > >> > > Dieppe said we should always have "Shutdown the node" and "Restart > > the node" visible, this could also be part of the status line, > > however IMHO it's not a good idea. We should however have a system > > tray applet for the same purpose. > > Well... many things would be nice, it's simply a question of screen > real-estate & usability. > > In your example, always displaying the security levels seems > redundant. As would having shutdown/restart > > I guess what I'm thinking is like a conventional menu system, then we > can "hide" many controls or info messages into a single word/icon. > > +-++--+ > | Control | Security Level | Messages (3) | > | - - - - \-\ -+--+ > | Pause network | > | Shutdown node | > | Restart node | > +---+ > > Would such a status bar be visible when browsing "freesites" or only > on "node pages"? Only on generated content, of course. -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 835 bytes Desc: This is a digitally signed message part. URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20090602/045f9dbf/attachment.pgp>
[freenet-dev] Shutdown/restart always visible? was Re: Status line???
On Tuesday 02 June 2009 18:24:48 steve wrote: > What good is constantly displaying the security level, unless the user would > like to change it frequently for some reason? > > The node already asks them which level they want at install time and it is > easily accessible from the config page, so what do they gain by being > constantly reminded which security level they are on? They might forget! :) Seriously, right now we constantly display the security levels on the homepage, and there's a reason for that: they are important, we want people to add friends and upgrade from NORMAL to HIGH. We used to have an explicit warning about running opennet for this reason, now we just show the security levels. Re messages, IMHO sufficiently important messages should be displayed on every page, not just the homepage. Whether all messages should be displayed on every (generated) page, I dunno (obviously we'd want to coalesce some notifications). But if the security levels message is to be displayed continually, clearly we should make it a proper part of the UI, hence of the status line. -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 835 bytes Desc: This is a digitally signed message part. URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20090602/8c90bb30/attachment.pgp>
[freenet-dev] About the website
On Tuesday 02 June 2009 17:46:38 clement wrote: > Le mardi 02 juin 2009 12:05:14, Florent Daigniere a ?crit : > > clement wrote: > > > Le lundi 01 juin 2009 21:38:36 Ian Clarke, vous avez ?crit : > > >> Nice! > > >> > > >> We're actually planning to migrate the website to another provider. > > >> Would you be interested in continuing this work? > > > > > > Nextgens is currently working on the website (sorry again), and I don't > > > have much time right now. So I think there is no need I continue working > > > on this right now. > > > > > >> Ian. > > > > I did some technical improvements, not design ones... And I got pissed > > learning that it was duplicated/lost effort because you didn't say you > > were working on it too. I won't touch it anymore. Use git/the mailing > > lists/IRC and other tools next time. > > > > As I already explained to you : > > 1) I didn't see that you were working on that, because I can't always look at > the irc channel; > 2) If I follow your reasonning, I should have known that you were working on > the website because you said so on irc. Fine. Look at your logs, and maybe > you'll see that I proposed some improvement to the website (same logo and > about the same css as what I propose now) some months ago. So you should have > ask me if I was still working on that or not before starting working on the > website. > > Now, if you don't want to work on the website anymore, fine. But don't blame > me. Okay so the above means I can add static-ising the web site to my todo list? I do think that Dieppe's work on content reorganisation is good... -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 835 bytes Desc: This is a digitally signed message part. URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20090602/547d0e87/attachment.pgp>
[freenet-dev] Shutdown/restart always visible? was Re: Status line???
On Tuesday 02 June 2009 17:44:04 Matthew Toseland wrote: > I propose a permanently visible status bar in fproxy, which would combine > various current and proposed features. It would occupy no more than 2 lines > vertically, and preferably more like 1. It would include: > - The Simple vs Advanced mode switch. > - The current security levels. > - The selected language. > - A very brief summary of the current useralerts. > > Hence, something like: > > | English | Switch to advanced mode | Security: NORMAL NORMAL NORMAL | 16 > critical messages, please read them! > > With appropriate tooltips ( mouseovers), links and dropdowns. > > I am not sure about the last part though. If we can sufficiently compact the > messages, it may be better to actually display them, or at least any high > priority messages, on all pages? Hence: > > | English | Switch to advanced mode | Security: NORMAL NORMAL NORMAL | 5 > messages, click here > CRITICAL ERROR: YOU ARE BUSTED > CRITICAL ERROR: YOU ARE STILL BUSTED > CRITICAL ERROR: KNOCK, KNOCK! > > Or: > | English | Switch to advanced mode | Security: NORMAL NORMAL NORMAL > ERROR: Firewall problem > INFO: You have 5 new messages from your Friends > > Thoughts? > Dieppe said we should always have "Shutdown the node" and "Restart the node" visible, this could also be part of the status line, however IMHO it's not a good idea. We should however have a system tray applet for the same purpose. -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 835 bytes Desc: This is a digitally signed message part. URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20090602/8554df70/attachment.pgp>
[freenet-dev] Status line???
I propose a permanently visible status bar in fproxy, which would combine various current and proposed features. It would occupy no more than 2 lines vertically, and preferably more like 1. It would include: - The Simple vs Advanced mode switch. - The current security levels. - The selected language. - A very brief summary of the current useralerts. Hence, something like: | English | Switch to advanced mode | Security: NORMAL NORMAL NORMAL | 16 critical messages, please read them! With appropriate tooltips ( mouseovers), links and dropdowns. I am not sure about the last part though. If we can sufficiently compact the messages, it may be better to actually display them, or at least any high priority messages, on all pages? Hence: | English | Switch to advanced mode | Security: NORMAL NORMAL NORMAL | 5 messages, click here CRITICAL ERROR: YOU ARE BUSTED CRITICAL ERROR: YOU ARE STILL BUSTED CRITICAL ERROR: KNOCK, KNOCK! Or: | English | Switch to advanced mode | Security: NORMAL NORMAL NORMAL ERROR: Firewall problem INFO: You have 5 new messages from your Friends Thoughts? -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 835 bytes Desc: This is a digitally signed message part. URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20090602/a4faba4a/attachment.pgp>
[freenet-dev] Why current ui may be improved, and proposed improvements
On Saturday 23 May 2009 01:20:23 Cl?ment wrote: > > > #Connections to friends + connections to strangers : > > > > Why showing informations about the current activity of > > > the node ? > > > > Good question. Some of it is per-node so clearly has to be here (but only > > in advanced mode), but the status at the top is debatable. > > It's redondant information yes (I mean the status). I have got rid of all the boxes above the friends list in simple mode. Is that acceptable? I am not certain what would work best here... The purpose of the node status box is to show that the node is working (in terms of handling requests), the purpose of the connection count box is to instantly give the user a count of the number of backed off, connected, etc nodes ... -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 835 bytes Desc: This is a digitally signed message part. URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20090602/f92d923f/attachment.pgp>
[freenet-dev] About the website
On Tuesday, 2. June 2009 16:45:25 Matthew Toseland wrote: > I don't understand what the point is. A progress bar implies that for some > period of the year we are soliciting donations actively, and for the rest > of the year we are not. I think a progress bar would only be useful if there'd be a clear roadmap *for the next version* when the previous version comes out. "We need XY$ to be able to finish 0.8 which will include feature A, B and C. We already have MN% of the necessary money." When there is no such short-term roadmap, the donation bar might not be useful - except as "suffices for one year" bar or similar. A buffer which shows if freenet financing is in the green :) Best wishes, Arne --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- - singing a part of the history of free software - http://infinite-hands.draketo.de -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20090602/e62f9952/attachment.pgp>
[freenet-dev] Getting rid of emu: an option
On Tuesday, 2. June 2009 13:53:37 Daniel Cheng wrote: > I have had some very bad experience with SF's servers around year 2001. > It was slow and buggy. Is that fixed now? They did some nice updates - I didn't have bad experiences with it for years, now. - Arne --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- - singing a part of the history of free software - http://infinite-hands.draketo.de -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20090602/a0cac554/attachment.pgp>
[freenet-dev] About the website
On Tuesday 02 June 2009 16:29:31 Arne Babenhauserheide wrote: > On Tuesday, 2. June 2009 16:45:25 Matthew Toseland wrote: > > I don't understand what the point is. A progress bar implies that for some > > period of the year we are soliciting donations actively, and for the rest > > of the year we are not. > > I think a progress bar would only be useful if there'd be a clear roadmap > *for > the next version* when the previous version comes out. > > "We need XY$ to be able to finish 0.8 which will include feature A, B and C. > We already have MN% of the necessary money." > > When there is no such short-term roadmap, the donation bar might not be > useful > - except as "suffices for one year" bar or similar. A buffer which shows if > freenet financing is in the green :) IMHO the above is totally unrealistic. -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 835 bytes Desc: This is a digitally signed message part. URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20090602/ff252bdd/attachment.pgp>
[freenet-dev] Shutdown/restart always visible? was Re: Status line???
I hadn't considered that, but would that not require FCP messages to be sent to the node? Right now at least the apps i've written don't use FCP, in part because the libraries to do so with C/C++ don't appear to be complete. > > A statusbar is also a good place for the PANIC? button > > ___ > Devl mailing list > Devl at freenetproject.org > http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl > -- next part -- An HTML attachment was scrubbed... URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20090602/4095893c/attachment.html>
[freenet-dev] About the website
On Tuesday 02 June 2009 02:32:33 Matthew Toseland wrote: > On Monday 01 June 2009 01:24:24 Cl?ment wrote: > > Oh, and I almost forgot : we should keep the financial status on the > > homepage, between the download link and the news (we got rid of it > > because we found on the moment it wasn't relevant, but in fact, it's > > interesting to know about the financial health of a project). > > We moved this to the donations page, for the time being. IMHO before 0.7.5 we should implement some "donation progress bar": https://bugs.freenetproject.org/view.php?id=2996 -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20090602/346fd3ec/attachment.pgp>
[freenet-dev] Getting rid of emu: an option
On Tuesday 02 June 2009 14:27:10 Florent Daigniere wrote: > Daniel Cheng wrote: > > On Tue, Jun 2, 2009 at 6:06 PM, Florent Daigniere > > wrote: > >> Arne Babenhauserheide wrote: > >>> On Monday, 1. June 2009 11:39:13 Matthew Toseland wrote: > >>>> Having said that, we might need somewhere to put mantis, if we decide to > >>>> keep it (although everyone else seems to want to get rid of it). We don't > >>>> have any other need for php afaik, although we need SSL redirects. > >>> How about hosting mantis on sourceforge? > >>> > >>> They have it now. > >>> > >>> - http://apps.sourceforge.net/trac/sourceforge/wiki/Hosted Apps > >>> > >>> Best wishes, > >>> Arne > >>> > >> I like that option; We already have a SF project! > >> > >> NextGen$ > > > > I have had some very bad experience with SF's servers around year 2001. > > It was slow and buggy. Is that fixed now? > > > > Dunno but I think it's worth checking it out if we want to keep mantis > (which I'm clearly not in favor of). They are not going to go out of their way to let us migrate our existing data, surely? -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 835 bytes Desc: This is a digitally signed message part. URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20090602/d572d132/attachment.pgp>
[freenet-dev] About the website
On Tuesday 02 June 2009 15:08:22 xor wrote: > On Tuesday 02 June 2009 02:32:33 Matthew Toseland wrote: > > On Monday 01 June 2009 01:24:24 Cl?ment wrote: > > > Oh, and I almost forgot : we should keep the financial status on the > > > homepage, between the download link and the news (we got rid of it > > > because we found on the moment it wasn't relevant, but in fact, it's > > > interesting to know about the financial health of a project). > > > > We moved this to the donations page, for the time being. > > IMHO before 0.7.5 we should implement some "donation progress bar": > > https://bugs.freenetproject.org/view.php?id=2996 > I don't understand what the point is. A progress bar implies that for some period of the year we are soliciting donations actively, and for the rest of the year we are not. -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 835 bytes Desc: This is a digitally signed message part. URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20090602/494e6176/attachment.pgp>
[freenet-dev] French translation
On Monday 01 June 2009 14:25:10 sich wrote: > some french translation > Committed in 7001bda -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 835 bytes Desc: This is a digitally signed message part. URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20090602/696a2fc2/attachment.pgp>
[freenet-dev] Freenet controller apps for Mac OS X
On Tuesday 02 June 2009 08:24:29 Arne Babenhauserheide wrote: > On Monday, 1. June 2009 17:29:05 steve wrote: > > I looked into doing this with Java to make it cross platform, but since > > most Macs lack java6 right now it is non-trivial, and java6 is where the > > systray class was apparently introduced. > > Could this work with the crossplatform GNUstep library as cocoa replacement? > > - http://www.gnustep.org/ > > Best wishes, > Arne IMHO shipping another huge library is not a solution. Either we do it cross-platform using java, or we do optimised, small, per-platform wrappers. On Windows we'd probably use AHK, on Linux we'd probably use python. -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 835 bytes Desc: This is a digitally signed message part. URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20090602/b6fd9275/attachment.pgp>
[freenet-dev] Freenet 0.7 build 1213, 1214
On Tuesday 02 June 2009 05:08:55 bbackde at googlemail.com wrote: > I like the 1214 menu much more than the 1213 one. With 1213 I had to > do alot of clicks > any time I wanted to navigate to a submenu, now its much easier. IMHO it might work better with a horizontal menu? The sky theme has this, although at present it doesn't auto-expand the submenu, but the progress bars aren't very good. -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 835 bytes Desc: This is a digitally signed message part. URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20090602/9cdaea76/attachment.pgp>
[freenet-dev] Freenet 0.7 build 1213, 1214
On Tuesday 02 June 2009 05:08:55 bbackde at googlemail.com wrote: > > Inserts work now, except a ~200MB file which now gives me error reason > 'InsertException.shortError.0' > after it failed at 97%. But I tried it only 1 time for now, just > wondered about the error text. I have seen that once, it is rather wierd... Unfortunately I didn't have logs covering it. Did you have other inserts running at the time? "Only 1 time for now" - was it already running when you upgraded? I have added logging to try to track this down, and added some more inserts... -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 835 bytes Desc: This is a digitally signed message part. URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20090602/aca12667/attachment.pgp>
[freenet-dev] Getting rid of emu: an option
Daniel Cheng wrote: > On Tue, Jun 2, 2009 at 6:06 PM, Florent Daigniere > wrote: >> Arne Babenhauserheide wrote: >>> On Monday, 1. June 2009 11:39:13 Matthew Toseland wrote: Having said that, we might need somewhere to put mantis, if we decide to keep it (although everyone else seems to want to get rid of it). We don't have any other need for php afaik, although we need SSL redirects. >>> How about hosting mantis on sourceforge? >>> >>> They have it now. >>> >>> - http://apps.sourceforge.net/trac/sourceforge/wiki/Hosted Apps >>> >>> Best wishes, >>> Arne >>> >> I like that option; We already have a SF project! >> >> NextGen$ > > I have had some very bad experience with SF's servers around year 2001. > It was slow and buggy. Is that fixed now? > Dunno but I think it's worth checking it out if we want to keep mantis (which I'm clearly not in favor of). NextGen$
[freenet-dev] Shutdown/restart always visible? was Re: Status line???
What good is constantly displaying the security level, unless the user would like to change it frequently for some reason? The node already asks them which level they want at install time and it is easily accessible from the config page, so what do they gain by being constantly reminded which security level they are on? On Tue, Jun 2, 2009 at 1:17 PM, Robert Hailey wrote: > > On Jun 2, 2009, at 11:53 AM, Matthew Toseland wrote: > > On Tuesday 02 June 2009 17:44:04 Matthew Toseland wrote: > > I propose a permanently visible status bar in fproxy, which would combine > various current and proposed features. It would occupy no more than 2 lines > vertically, and preferably more like 1. It would include: > > - The Simple vs Advanced mode switch. > > - The current security levels. > > - The selected language. > > - A very brief summary of the current useralerts. > > > Hence, something like: > > > | English | Switch to advanced mode | Security: NORMAL NORMAL NORMAL | 16 > critical messages, please read them! > > > With appropriate tooltips ( mouseovers), links and dropdowns. > > > I am not sure about the last part though. If we can sufficiently compact > the messages, it may be better to actually display them, or at least any > high priority messages, on all pages? Hence: > > > | English | Switch to advanced mode | Security: NORMAL NORMAL NORMAL | 5 > messages, click here > > CRITICAL ERROR: YOU ARE BUSTED > > CRITICAL ERROR: YOU ARE STILL BUSTED > > CRITICAL ERROR: KNOCK, KNOCK! > > > Or: > > | English | Switch to advanced mode | Security: NORMAL NORMAL NORMAL > > ERROR: Firewall problem > > INFO: You have 5 new messages from your Friends > > > Thoughts? > > > Dieppe said we should always have "Shutdown the node" and "Restart the > node" visible, this could also be part of the status line, however IMHO it's > not a good idea. We should however have a system tray applet for the same > purpose. > > > Well... many things would be nice, it's simply a question of screen > real-estate & usability. > > In your example, always displaying the security levels seems redundant. As > would having shutdown/restart > > I guess what I'm thinking is like a conventional menu system, then we can > "hide" many controls or info messages into a single word/icon. > > +-++--+ > | Control | Security Level | Messages (3) | > | - - - - \-\ -+--+ > | Pause network | > | Shutdown node | > | Restart node | > +---+ > > Would such a status bar be visible when browsing "freesites" or only on > "node pages"? > > -- > Robert Hailey > > > > ___ > Devl mailing list > Devl at freenetproject.org > http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl > -- next part -- An HTML attachment was scrubbed... URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20090602/74ced46e/attachment.html>
[freenet-dev] Freenet 0.7 build 1213, 1214
On Tuesday 02 June 2009 02:20:07 Matthew Toseland wrote: > Freenet 0.7 build 1214 is now available, please upgrade, it will be > mandatory on Sunday. Major changes in 1214: [...] > - Significant improvements to the clean theme by Artefact2, including not > using buttons (and especially not black on dark grey text!), and expanding > the menus on mouse-over (using CSS only) so that you can access any menu > item with one click. [...] I appreciate that change very much. It looks very nice now, was ugly in 1213. -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20090602/a7d36b3a/attachment.pgp>
[freenet-dev] Freenet controller apps for Mac OS X
Am Dienstag, 2. Juni 2009 09:24:29 schrieb Arne Babenhauserheide: > On Monday, 1. June 2009 17:29:05 steve wrote: > > I looked into doing this with Java to make it cross platform, but since > > most Macs lack java6 right now it is non-trivial, and java6 is where the > > systray class was apparently introduced. > > Could this work with the crossplatform GNUstep library as cocoa > replacement? > > - http://www.gnustep.org/ 'crossplatform' is a term that depends on definition. ;) mine is here: http://wiki.wxwidgets.org/Supported_Platforms (rtfs says included DOS-32bit and ARM'ed devices...) > Best wishes, > Arne > > --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- >- singing a part of the history of free software - > http://infinite-hands.draketo.de
[freenet-dev] Shutdown/restart always visible? was Re: Status line???
On Jun 2, 2009, at 11:53 AM, Matthew Toseland wrote: > On Tuesday 02 June 2009 17:44:04 Matthew Toseland wrote: >> I propose a permanently visible status bar in fproxy, which would >> combine various current and proposed features. It would occupy no >> more than 2 lines vertically, and preferably more like 1. It would >> include: >> - The Simple vs Advanced mode switch. >> - The current security levels. >> - The selected language. >> - A very brief summary of the current useralerts. >> >> Hence, something like: >> >> | English | Switch to advanced mode | Security: NORMAL NORMAL >> NORMAL | 16 critical messages, please read them! >> >> With appropriate tooltips ( mouseovers), links and >> dropdowns. >> >> I am not sure about the last part though. If we can sufficiently >> compact the messages, it may be better to actually display them, or >> at least any high priority messages, on all pages? Hence: >> >> | English | Switch to advanced mode | Security: NORMAL NORMAL >> NORMAL | 5 messages, click here >> CRITICAL ERROR: YOU ARE BUSTED >> CRITICAL ERROR: YOU ARE STILL BUSTED >> CRITICAL ERROR: KNOCK, KNOCK! >> >> Or: >> | English | Switch to advanced mode | Security: NORMAL NORMAL NORMAL >> ERROR: Firewall problem >> INFO: You have 5 new messages from your Friends >> >> Thoughts? >> > Dieppe said we should always have "Shutdown the node" and "Restart > the node" visible, this could also be part of the status line, > however IMHO it's not a good idea. We should however have a system > tray applet for the same purpose. Well... many things would be nice, it's simply a question of screen real-estate & usability. In your example, always displaying the security levels seems redundant. As would having shutdown/restart I guess what I'm thinking is like a conventional menu system, then we can "hide" many controls or info messages into a single word/icon. +-++--+ | Control | Security Level | Messages (3) | | - - - - \-\ -+--+ | Pause network | | Shutdown node | | Restart node | +---+ Would such a status bar be visible when browsing "freesites" or only on "node pages"? -- Robert Hailey -- next part -- An HTML attachment was scrubbed... URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20090602/3ab12565/attachment.html>
[freenet-dev] Getting rid of emu: an option
Arne Babenhauserheide wrote: > On Monday, 1. June 2009 11:39:13 Matthew Toseland wrote: >> Having said that, we might need somewhere to put mantis, if we decide to >> keep it (although everyone else seems to want to get rid of it). We don't >> have any other need for php afaik, although we need SSL redirects. > > How about hosting mantis on sourceforge? > > They have it now. > > - http://apps.sourceforge.net/trac/sourceforge/wiki/Hosted Apps > > Best wishes, > Arne > I like that option; We already have a SF project! NextGen$
[freenet-dev] About the website
clement wrote: > Le lundi 01 juin 2009 21:38:36 Ian Clarke, vous avez ?crit : >> Nice! >> >> We're actually planning to migrate the website to another provider. >> Would you be interested in continuing this work? > Nextgens is currently working on the website (sorry again), and I don't have > much time right now. So I think there is no need I continue working on this > right now. >> Ian. >> I did some technical improvements, not design ones... And I got pissed learning that it was duplicated/lost effort because you didn't say you were working on it too. I won't touch it anymore. Use git/the mailing lists/IRC and other tools next time. NextGen$
[freenet-dev] Freenet controller apps for Mac OS X
On Tuesday, 2. June 2009 09:35:24 steve wrote: > I can certainly look into it, and i know of some projects to make it > possible. Great! Many thanks! - Arne --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- - singing a part of the history of free software - http://infinite-hands.draketo.de -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20090602/8337c07f/attachment.pgp>
[freenet-dev] Updating helper executables on Windows
Matthew Toseland skrev: > On Thursday 21 May 2009 17:32:55 Juiceman wrote: >> On Thu, May 21, 2009 at 6:58 AM, Zero3 wrote: >>> Matthew Toseland skrev: On Sunday 17 May 2009 11:41:00 Zero3 wrote: > Matthew Toseland skrev: >>> Detecting the version of an installed application in the launcher (at >>> least in Windows) shouldn't be a problem. It will most likely be >>> registered in the registry next to the .exe path we are checking already >>> for the individual browsers. We can also check the version info of .exes >>> as an alternative (most Windows applications are compiled with various >>> static info like version and author). The Windows launcher is already >>> running Chrome with a command line argument making it start in privacy >>> mode btw. >> You should prioritise Chrome with privacy mode over Firefox without it. > Agreed: https://bugs.freenetproject.org/view.php?id=3118. I thought you had already done this? >>> At time of writing, no. But since then I managed to figure git out and >>> changed it (hence the bug is now "resolved"). >>> >>> ... which leads to another thing to consider: We need to make it >>> possible to update the start.exe/stop.exe/freenetlauncher.exe files for >>> existing users when new updates are made available. >>> >>> The easiest way to do this right now would probably be to add them to >>> the update.cmd script. >>> >>> - Zero3 >>> ___ >>> Devl mailing list >>> Devl at freenetproject.org >>> http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl >>> >> I would be happy to do this, however I will need a defined directory >> structure on the download site, with known file names. Like we have >> the .url link for the freenet.jar. I believe I can use the .sha1 file >> to check for updates if you want to have a static name. ie >> wrapper_win32x86.exe etc. Also I would prefer to not have them inside >> a zip unless we have have a built-in unzipping program in Windows I >> can reliably call by command line. Otherwise we will have to bundle >> yet another third party utility. > > Well, they should be fetched from > http[s]://checksums.freenetproject.org/latest/, not from > downloads... are the relevant files currently available from checksums? I don't know if they are? I never had anything to do with the actual uploading of the files to anywhere on freenetproject.org. - Zero3
[freenet-dev] Getting rid of emu: an option
On Monday, 1. June 2009 13:55:29 sashee wrote: > We had a policy where I worked for some time, that if a bug is > inactive for some time, and cannot be reproduced by the developer, > will be force closed. I know that from many other projects. IIRC Gentoo uses "NEEDINFO" for that. Best wishes, Arne --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- - singing a part of the history of free software - http://infinite-hands.draketo.de -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20090602/6ace97ef/attachment.pgp>
[freenet-dev] Freenet controller apps for Mac OS X
On Monday, 1. June 2009 17:29:05 steve wrote: > I looked into doing this with Java to make it cross platform, but since > most Macs lack java6 right now it is non-trivial, and java6 is where the > systray class was apparently introduced. Could this work with the crossplatform GNUstep library as cocoa replacement? - http://www.gnustep.org/ Best wishes, Arne --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- - singing a part of the history of free software - http://infinite-hands.draketo.de -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20090602/42de9752/attachment.pgp>
[freenet-dev] Getting rid of emu: an option
On Monday, 1. June 2009 11:39:13 Matthew Toseland wrote: > Having said that, we might need somewhere to put mantis, if we decide to > keep it (although everyone else seems to want to get rid of it). We don't > have any other need for php afaik, although we need SSL redirects. How about hosting mantis on sourceforge? They have it now. - http://apps.sourceforge.net/trac/sourceforge/wiki/Hosted Apps Best wishes, Arne --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- - singing a part of the history of free software - http://infinite-hands.draketo.de -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20090602/f339ded7/attachment.pgp>
[freenet-dev] Freenet 0.7 build 1213, 1214
I like the 1214 menu much more than the 1213 one. With 1213 I had to do alot of clicks any time I wanted to navigate to a submenu, now its much easier. Inserts work now, except a ~200MB file which now gives me error reason 'InsertException.shortError.0' after it failed at 97%. But I tried it only 1 time for now, just wondered about the error text. On Tue, Jun 2, 2009 at 02:38, Ian Clarke wrote: > On Mon, Jun 1, 2009 at 7:20 PM, Matthew Toseland > wrote: >> - Significant improvements to the clean theme by Artefact2, including not >> using buttons (and especially not black on dark grey text!), and expanding >> the menus on mouse-over (using CSS only) so that you can access any menu >> item with one click. > > I definitely like the style changes, however the expanding on > mouseover thing I'm not so fond of. ?You saw this type of thing on > websites a few years back, but these days almost nobody does it > because I think the jumping around confuses people. ?I think these > things should be "click to expand", not mouseover. > > Ian. > > -- > Ian Clarke > CEO, Uprizer Labs > Email: ian at uprizer.com > Ph: +1 512 422 3588 > Fax: +1 512 276 6674 > ___ > Devl mailing list > Devl at freenetproject.org > http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl > -- __ GnuPG key: (0x48DBFA8A) Keyserver: pgpkeys.pca.dfn.de Fingerprint: 477D F057 1BD4 1AE7 8A54 8679 6690 E2EC 48DB FA8A __
[freenet-dev] Freenet controller apps for Mac OS X
I can certainly look into it, and i know of some projects to make it possible. On Tue, Jun 2, 2009 at 3:24 AM, Arne Babenhauserheide wrote: > On Monday, 1. June 2009 17:29:05 steve wrote: > > I looked into doing this with Java to make it cross platform, but since > > most Macs lack java6 right now it is non-trivial, and java6 is where the > > systray class was apparently introduced. > > Could this work with the crossplatform GNUstep library as cocoa > replacement? > > - http://www.gnustep.org/ > > Best wishes, > Arne > > --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- > - singing a part of the history of free software - > http://infinite-hands.draketo.de > -- next part -- An HTML attachment was scrubbed... URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20090602/1145369a/attachment.html>
[freenet-dev] Updating helper executables on Windows
On Thursday 21 May 2009 17:32:55 Juiceman wrote: > On Thu, May 21, 2009 at 6:58 AM, Zero3 wrote: > > Matthew Toseland skrev: > >> On Sunday 17 May 2009 11:41:00 Zero3 wrote: > >>> Matthew Toseland skrev: > >>>>> Detecting the version of an installed application in the launcher (at > >>>>> least in Windows) shouldn't be a problem. It will most likely be > >>>>> registered in the registry next to the .exe path we are checking already > >>>>> for the individual browsers. We can also check the version info of .exes > >>>>> as an alternative (most Windows applications are compiled with various > >>>>> static info like version and author). The Windows launcher is already > >>>>> running Chrome with a command line argument making it start in privacy > >>>>> mode btw. > >>>> You should prioritise Chrome with privacy mode over Firefox without it. > >>> Agreed: https://bugs.freenetproject.org/view.php?id=3118. > >> > >> I thought you had already done this? > > > > At time of writing, no. But since then I managed to figure git out and > > changed it (hence the bug is now "resolved"). > > > > ... which leads to another thing to consider: We need to make it > > possible to update the start.exe/stop.exe/freenetlauncher.exe files for > > existing users when new updates are made available. > > > > The easiest way to do this right now would probably be to add them to > > the update.cmd script. > > > > - Zero3 > > ___ > > Devl mailing list > > Devl at freenetproject.org > > http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl > > > > I would be happy to do this, however I will need a defined directory > structure on the download site, with known file names. Like we have > the .url link for the freenet.jar. I believe I can use the .sha1 file > to check for updates if you want to have a static name. ie > wrapper_win32x86.exe etc. Also I would prefer to not have them inside > a zip unless we have have a built-in unzipping program in Windows I > can reliably call by command line. Otherwise we will have to bundle > yet another third party utility. Well, they should be fetched from http[s]://checksums.freenetproject.org/latest/, not from downloads... are the relevant files currently available from checksums? -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 835 bytes Desc: This is a digitally signed message part. URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20090602/24d8a49d/attachment.pgp>
[freenet-dev] Freenet controller apps for Mac OS X
On Monday 01 June 2009 16:29:05 steve wrote: > Third times the charm :) > > > I wrote these as a way to learn objective-c, but they may be useful to > someone and the project may be interested in them, but if not oh well, they > were fun to write :) > > First is a small system tray item written in obj-c with the Cocoa APIs. I > looked into doing this with Java to make it cross platform, but since most > Macs lack java6 right now it is non-trivial, and java6 is where the systray > class was apparently introduced. > > Clone repo here: > > git://github.com/mrsteveman1/Freenet-Menu.git > > Readme: > > "This is a simple Freenet systray item for OS X. Paths for node files and > URL are in a plist (xml) file in the .app bundle that can be edited by an > end user or project developer even after it is compiled. > > Currently it has just three features: > > 1) Run the run.sh script to start freenet > 2) Delete the anchor file to stop freenet > 3) Open the default web browser to the Freenet web interface for the local > node" > > > > I also wrote a Freenet controller application with more advanced > functionality, you can clone the repo here: > > git://github.com/mrsteveman1/Freenet-Controller.git > > There is a screenshot in the repo titled "wrapper.png" that shows the log > viewer. > > Here is the readme: > > "This is a Freenet controller application for OS X, it is written in Obj-c > using the Cocoa APIs. All code is released under the GPLv2. > > Paths for node files and URL are in a plist (xml) file in the .app bundle > that can be edited by an end user or project developer even after it is > compiled. > > Current features: > > 1) Start freenet using existing run.sh script > 2) Stop freenet by deleting anchor file > 3) Show user if freenet is running or not. This is a live indicator that > updates in realtime. > 4) Open the web interface using the users default browser > 5) Settings panel, currently only used to indicate if the launchagent > autostart is installed. Checkbox can install and uninstall the item. > 6) Display current freenet-latest.log file. Update button is included here. > 7) Display current wrapper.log file" > Okay so the question is: 1) Should we bundle this? 2) Should we wait until we have a java-based system tray applet for other OSs before bundling the native systray applet on OS/X? 3) Should we forego the java-based applets and just write per-platform applets? -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 835 bytes Desc: This is a digitally signed message part. URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20090602/541372d8/attachment.pgp>
[freenet-dev] About the website
On Monday 01 June 2009 01:24:24 Cl?ment wrote: > > Oh, and I almost forgot : we should keep the financial status on the > homepage, > between the download link and the news (we got rid of it because we found on > the moment it wasn't relevant, but in fact, it's interesting to know about > the > financial health of a project). We moved this to the donations page, for the time being. -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 835 bytes Desc: This is a digitally signed message part. URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20090602/d269f3fb/attachment.pgp>
[freenet-dev] Getting rid of emu: an option
On Monday 01 June 2009 12:22:07 Daniel Cheng wrote: > On Mon, Jun 1, 2009 at 7:15 PM, xor wrote: > > On Saturday 30 May 2009 16:37:15 Ian Clarke wrote: > >> > >> I like this idea. ?I think it is clear that there is a lot of cruft in > >> Mantis, open bugs that are no-longer relevant etc. ?Cleaning house > >> would be useful. > >> > >> Ian. > > > > I am strongly against getting rid of the bugtracker contents if that is what > > you guys mean. > > > > If we were supposed to rate our development process in terms of "best > > practices", deleting the bugtracker content would probably be the WORST > > practice which anyone can think of, besides deleting all documentation. > > > > I think we should do the following: > > 1. (FIRST!) clean up mantis > > 2. migrate to a different bug tracker. > > > > As for cleaning up: Resolving about 10 obsolete issues per day should be > > enough to get mantis quite empty soon, I've suggested that some days ago on > > devl. > > I guess you may have awared: Lots of the open bugs are undecidable by you or > me. > > For example, https://bugs.freenetproject.org/view.php?id=2669#c5091 > keep asking if this is fixed, yet no reply. It should be, and the original poster doesn't respond, and there are no dupes pointing at it, so mark it as resolved. -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 835 bytes Desc: This is a digitally signed message part. URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20090602/1c84875b/attachment.pgp>
[freenet-dev] Freenet 0.7 build 1213, 1214
Freenet 0.7 build 1214 is now available, please upgrade, it will be mandatory on Sunday. Major changes in 1214: - Fix a major bug in the persistent blob file defragmentation code. Sorry folks, my fault. This caused internal errors and possibly data corruption in inserts. It should not have caused any significant damage to downloads. - Significant improvements to the clean theme by Artefact2, including not using buttons (and especially not black on dark grey text!), and expanding the menus on mouse-over (using CSS only) so that you can access any menu item with one click. Major changes in 1213: - Refactor the web interface to use sub-menus. The top level menu is a category such as Browse or Filesharing, and below that we have several pages. The active sub-menu and page are highlighted. All official themes are supported. Some plugins have their own sub-menus. Most plugins will need to be reloaded, the node will offer to do this for you, just click the buttons. - Various pages split up, e.g. Downloads and Uploads, Config sub-pages, "Add a friend" (with some documentation), add new page "Insert a Freesite" (documentation only atm). Various usability changes and internal refactoring supporting submenus. - Ask the user whether they want auto-update and UPnP/JSTUN early on in the post-install wizard so that we have a chance to detect the bandwidth limits. - The UPnP plugin now has much better bandwidth detection code, we will be able to autodetect the bandwidth limits on more routers. -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 835 bytes Desc: This is a digitally signed message part. URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20090602/4c3ff6d3/attachment.pgp>
[freenet-dev] About the website
Le lundi 01 juin 2009 21:38:36 Ian Clarke, vous avez ?crit?: > Nice! > > We're actually planning to migrate the website to another provider. > Would you be interested in continuing this work? Nextgens is currently working on the website (sorry again), and I don't have much time right now. So I think there is no need I continue working on this right now. > Ian. > > On Sun, May 31, 2009 at 7:24 PM, Cl?ment wrote: > > Hello all, > > > > about three weeks ago I had a HCI webproject to do. > > The subject was : improve an existant website (well, I'm not 100% sure > > that it was the subject, but that what we've done) > > > > I convinced the three other people who worked with me to work on the > > freenet website. It was a small project though (3 hours with a teacher in > > the room, + 3 hours max of personal time), so we didn't go far. > > > > But maybe some of what we've done could be usefull for the project. > > > > Here is the copy/paste of what we've done : > > > > - > >- Objective of the new website: > > - To improve the existing navigation controls of freenetproject.org > > - To improve it's structural presentation of information on home page > > > > > > Aim of the web-site: > > - to present the software product and provide support > > - documentation and tools to users and developers to allow them to use > > and contribute to the software. > > > > Problems: > > The problems of current website http://freenetproject.org : > > - irrelevant information for homepage: mainly financial status, we don't > > know what freenet is > > - too many items in left navigation menu and not really well structured > > - documentation section where subsections do not have direct hyperlinks - > > its confusing > > > > Solutions we proposed: > > - simpler horizontal navigation bar with restructured tree > > - new menu tree proposition: > > > > ? ? ? ?Home -- what is freenet a bit modified page > > > > ? ? ? ?About freenet: > > ? ? ? ? ? ? ? ?what is freenet > > ? ? ? ? ? ? ? ?philosophy > > ? ? ? ? ? ? ? ?contributors > > > > ? ? ? ?Downloads: > > ? ? ? ? ? ? ? ?freenet > > ? ? ? ? ? ? ? ?tools > > > > ? ? ? ?Contribute: > > ? ? ? ? ? ? ? ?papers -- research and stuff > > ? ? ? ? ? ? ? ?developer > > > > ? ? ? ?Donations > > ? ? ? ? ? ? ? ?donate > > ? ? ? ? ? ? ? ?sponsors > > > > ? ? ? ?Support & feedback > > ? ? ? ? ? ? ? ?help --documentation and stuff > > ? ? ? ? ? ? ? ?faq --move out from help section > > ? ? ? ? ? ? ? ?mailing lists > > ? ? ? ? ? ? ? ?suggestions > > > > - restructuralization of documentation page > > - homepage holds only basic information presenting projects aim and > > latest news > > - > >- > > > > Of course, it's a very early draft, so it needs to be discussed. > > > > You'll find attached the files we produced. Please keep in mind it that > > the aim of the HCI project wasn't to have a pretty site, but a > > functionnal one (so, it's not ugly, but it's not pretty either). > > > > Some files are missing, we mainly focused on the navigation and the > > structure of the site. It's not very important though, since the contents > > are exactly the same that already are on the current site. > > > > Oh, and I almost forgot : we should keep the financial status on the > > homepage, between the download link and the news (we got rid of it > > because we found on the moment it wasn't relevant, but in fact, it's > > interesting to know about the financial health of a project). > > > > Last thing : I still don't have my grade for this project, so I don't > > know if it's good job or not ;) > > > > ___ > > Devl mailing list > > Devl at freenetproject.org > > http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
Re: [freenet-dev] Getting rid of emu: an option
On Monday, 1. June 2009 11:39:13 Matthew Toseland wrote: Having said that, we might need somewhere to put mantis, if we decide to keep it (although everyone else seems to want to get rid of it). We don't have any other need for php afaik, although we need SSL redirects. How about hosting mantis on sourceforge? They have it now. - http://apps.sourceforge.net/trac/sourceforge/wiki/Hosted Apps Best wishes, Arne --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- - singing a part of the history of free software - http://infinite-hands.draketo.de signature.asc Description: This is a digitally signed message part. ___ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
Re: [freenet-dev] Freenet controller apps for Mac OS X
On Monday, 1. June 2009 17:29:05 steve wrote: I looked into doing this with Java to make it cross platform, but since most Macs lack java6 right now it is non-trivial, and java6 is where the systray class was apparently introduced. Could this work with the crossplatform GNUstep library as cocoa replacement? - http://www.gnustep.org/ Best wishes, Arne --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- - singing a part of the history of free software - http://infinite-hands.draketo.de signature.asc Description: This is a digitally signed message part. ___ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
Re: [freenet-dev] Getting rid of emu: an option
On Monday, 1. June 2009 13:55:29 sashee wrote: We had a policy where I worked for some time, that if a bug is inactive for some time, and cannot be reproduced by the developer, will be force closed. I know that from many other projects. IIRC Gentoo uses NEEDINFO for that. Best wishes, Arne --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- - singing a part of the history of free software - http://infinite-hands.draketo.de signature.asc Description: This is a digitally signed message part. ___ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
Re: [freenet-dev] Freenet controller apps for Mac OS X
I can certainly look into it, and i know of some projects to make it possible. On Tue, Jun 2, 2009 at 3:24 AM, Arne Babenhauserheide arne_...@web.dewrote: On Monday, 1. June 2009 17:29:05 steve wrote: I looked into doing this with Java to make it cross platform, but since most Macs lack java6 right now it is non-trivial, and java6 is where the systray class was apparently introduced. Could this work with the crossplatform GNUstep library as cocoa replacement? - http://www.gnustep.org/ Best wishes, Arne --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- - singing a part of the history of free software - http://infinite-hands.draketo.de ___ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
Re: [freenet-dev] Updating helper executables on Windows
Matthew Toseland skrev: On Thursday 21 May 2009 17:32:55 Juiceman wrote: On Thu, May 21, 2009 at 6:58 AM, Zero3 ze...@zerosplayground.dk wrote: Matthew Toseland skrev: On Sunday 17 May 2009 11:41:00 Zero3 wrote: Matthew Toseland skrev: Detecting the version of an installed application in the launcher (at least in Windows) shouldn't be a problem. It will most likely be registered in the registry next to the .exe path we are checking already for the individual browsers. We can also check the version info of .exes as an alternative (most Windows applications are compiled with various static info like version and author). The Windows launcher is already running Chrome with a command line argument making it start in privacy mode btw. You should prioritise Chrome with privacy mode over Firefox without it. Agreed: https://bugs.freenetproject.org/view.php?id=3118. I thought you had already done this? At time of writing, no. But since then I managed to figure git out and changed it (hence the bug is now resolved). ... which leads to another thing to consider: We need to make it possible to update the start.exe/stop.exe/freenetlauncher.exe files for existing users when new updates are made available. The easiest way to do this right now would probably be to add them to the update.cmd script. - Zero3 ___ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl I would be happy to do this, however I will need a defined directory structure on the download site, with known file names. Like we have the .url link for the freenet.jar. I believe I can use the .sha1 file to check for updates if you want to have a static name. ie wrapper_win32x86.exe etc. Also I would prefer to not have them inside a zip unless we have have a built-in unzipping program in Windows I can reliably call by command line. Otherwise we will have to bundle yet another third party utility. Well, they should be fetched from http[s]://checksums.freenetproject.org/latest/filename, not from downloads... are the relevant files currently available from checksums? I don't know if they are? I never had anything to do with the actual uploading of the files to anywhere on freenetproject.org. - Zero3 ___ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
Re: [freenet-dev] Freenet controller apps for Mac OS X
On Tuesday, 2. June 2009 09:35:24 steve wrote: I can certainly look into it, and i know of some projects to make it possible. Great! Many thanks! - Arne --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- - singing a part of the history of free software - http://infinite-hands.draketo.de signature.asc Description: This is a digitally signed message part. ___ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
Re: [freenet-dev] About the website
clement wrote: Le lundi 01 juin 2009 21:38:36 Ian Clarke, vous avez écrit : Nice! We're actually planning to migrate the website to another provider. Would you be interested in continuing this work? Nextgens is currently working on the website (sorry again), and I don't have much time right now. So I think there is no need I continue working on this right now. Ian. I did some technical improvements, not design ones... And I got pissed learning that it was duplicated/lost effort because you didn't say you were working on it too. I won't touch it anymore. Use git/the mailing lists/IRC and other tools next time. NextGen$ ___ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
Re: [freenet-dev] Getting rid of emu: an option
Arne Babenhauserheide wrote: On Monday, 1. June 2009 11:39:13 Matthew Toseland wrote: Having said that, we might need somewhere to put mantis, if we decide to keep it (although everyone else seems to want to get rid of it). We don't have any other need for php afaik, although we need SSL redirects. How about hosting mantis on sourceforge? They have it now. - http://apps.sourceforge.net/trac/sourceforge/wiki/Hosted Apps Best wishes, Arne I like that option; We already have a SF project! NextGen$ ___ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
Re: [freenet-dev] Freenet controller apps for Mac OS X
Am Dienstag, 2. Juni 2009 09:24:29 schrieb Arne Babenhauserheide: On Monday, 1. June 2009 17:29:05 steve wrote: I looked into doing this with Java to make it cross platform, but since most Macs lack java6 right now it is non-trivial, and java6 is where the systray class was apparently introduced. Could this work with the crossplatform GNUstep library as cocoa replacement? - http://www.gnustep.org/ 'crossplatform' is a term that depends on definition. ;) mine is here: http://wiki.wxwidgets.org/Supported_Platforms (rtfs says included DOS-32bit and ARM'ed devices...) Best wishes, Arne --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- - singing a part of the history of free software - http://infinite-hands.draketo.de ___ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
Re: [freenet-dev] Freenet 0.7 build 1213, 1214
On Tuesday 02 June 2009 02:20:07 Matthew Toseland wrote: Freenet 0.7 build 1214 is now available, please upgrade, it will be mandatory on Sunday. Major changes in 1214: [...] - Significant improvements to the clean theme by Artefact2, including not using buttons (and especially not black on dark grey text!), and expanding the menus on mouse-over (using CSS only) so that you can access any menu item with one click. [...] I appreciate that change very much. It looks very nice now, was ugly in 1213. signature.asc Description: This is a digitally signed message part. ___ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
Re: [freenet-dev] Getting rid of emu: an option
On Tue, Jun 2, 2009 at 6:06 PM, Florent Daigniere nextg...@freenetproject.org wrote: Arne Babenhauserheide wrote: On Monday, 1. June 2009 11:39:13 Matthew Toseland wrote: Having said that, we might need somewhere to put mantis, if we decide to keep it (although everyone else seems to want to get rid of it). We don't have any other need for php afaik, although we need SSL redirects. How about hosting mantis on sourceforge? They have it now. - http://apps.sourceforge.net/trac/sourceforge/wiki/Hosted Apps Best wishes, Arne I like that option; We already have a SF project! NextGen$ I have had some very bad experience with SF's servers around year 2001. It was slow and buggy. Is that fixed now? SF's git support rejects fast forward updates by default.. hm.. Daniel ___ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
Re: [freenet-dev] Getting rid of emu: an option
Daniel Cheng wrote: On Tue, Jun 2, 2009 at 6:06 PM, Florent Daigniere nextg...@freenetproject.org wrote: Arne Babenhauserheide wrote: On Monday, 1. June 2009 11:39:13 Matthew Toseland wrote: Having said that, we might need somewhere to put mantis, if we decide to keep it (although everyone else seems to want to get rid of it). We don't have any other need for php afaik, although we need SSL redirects. How about hosting mantis on sourceforge? They have it now. - http://apps.sourceforge.net/trac/sourceforge/wiki/Hosted Apps Best wishes, Arne I like that option; We already have a SF project! NextGen$ I have had some very bad experience with SF's servers around year 2001. It was slow and buggy. Is that fixed now? Dunno but I think it's worth checking it out if we want to keep mantis (which I'm clearly not in favor of). NextGen$ ___ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
Re: [freenet-dev] About the website
On Tuesday 02 June 2009 02:32:33 Matthew Toseland wrote: On Monday 01 June 2009 01:24:24 Clément wrote: Oh, and I almost forgot : we should keep the financial status on the homepage, between the download link and the news (we got rid of it because we found on the moment it wasn't relevant, but in fact, it's interesting to know about the financial health of a project). We moved this to the donations page, for the time being. IMHO before 0.7.5 we should implement some donation progress bar: https://bugs.freenetproject.org/view.php?id=2996 signature.asc Description: This is a digitally signed message part. ___ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
Re: [freenet-dev] Freenet 0.7 build 1213, 1214
On Tuesday 02 June 2009 05:08:55 bbac...@googlemail.com wrote: Inserts work now, except a ~200MB file which now gives me error reason 'InsertException.shortError.0' after it failed at 97%. But I tried it only 1 time for now, just wondered about the error text. I have seen that once, it is rather wierd... Unfortunately I didn't have logs covering it. Did you have other inserts running at the time? Only 1 time for now - was it already running when you upgraded? I have added logging to try to track this down, and added some more inserts... signature.asc Description: This is a digitally signed message part. ___ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
Re: [freenet-dev] Freenet 0.7 build 1213, 1214
On Tuesday 02 June 2009 05:08:55 bbac...@googlemail.com wrote: I like the 1214 menu much more than the 1213 one. With 1213 I had to do alot of clicks any time I wanted to navigate to a submenu, now its much easier. IMHO it might work better with a horizontal menu? The sky theme has this, although at present it doesn't auto-expand the submenu, but the progress bars aren't very good. signature.asc Description: This is a digitally signed message part. ___ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
Re: [freenet-dev] Freenet controller apps for Mac OS X
On Tuesday 02 June 2009 08:24:29 Arne Babenhauserheide wrote: On Monday, 1. June 2009 17:29:05 steve wrote: I looked into doing this with Java to make it cross platform, but since most Macs lack java6 right now it is non-trivial, and java6 is where the systray class was apparently introduced. Could this work with the crossplatform GNUstep library as cocoa replacement? - http://www.gnustep.org/ Best wishes, Arne IMHO shipping another huge library is not a solution. Either we do it cross-platform using java, or we do optimised, small, per-platform wrappers. On Windows we'd probably use AHK, on Linux we'd probably use python. signature.asc Description: This is a digitally signed message part. ___ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
Re: [freenet-dev] French translation
On Monday 01 June 2009 14:25:10 sich wrote: some french translation Committed in 7001bda signature.asc Description: This is a digitally signed message part. ___ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
Re: [freenet-dev] About the website
On Tuesday 02 June 2009 15:08:22 xor wrote: On Tuesday 02 June 2009 02:32:33 Matthew Toseland wrote: On Monday 01 June 2009 01:24:24 Clément wrote: Oh, and I almost forgot : we should keep the financial status on the homepage, between the download link and the news (we got rid of it because we found on the moment it wasn't relevant, but in fact, it's interesting to know about the financial health of a project). We moved this to the donations page, for the time being. IMHO before 0.7.5 we should implement some donation progress bar: https://bugs.freenetproject.org/view.php?id=2996 I don't understand what the point is. A progress bar implies that for some period of the year we are soliciting donations actively, and for the rest of the year we are not. signature.asc Description: This is a digitally signed message part. ___ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
Re: [freenet-dev] Getting rid of emu: an option
On Tuesday 02 June 2009 14:27:10 Florent Daigniere wrote: Daniel Cheng wrote: On Tue, Jun 2, 2009 at 6:06 PM, Florent Daigniere nextg...@freenetproject.org wrote: Arne Babenhauserheide wrote: On Monday, 1. June 2009 11:39:13 Matthew Toseland wrote: Having said that, we might need somewhere to put mantis, if we decide to keep it (although everyone else seems to want to get rid of it). We don't have any other need for php afaik, although we need SSL redirects. How about hosting mantis on sourceforge? They have it now. - http://apps.sourceforge.net/trac/sourceforge/wiki/Hosted Apps Best wishes, Arne I like that option; We already have a SF project! NextGen$ I have had some very bad experience with SF's servers around year 2001. It was slow and buggy. Is that fixed now? Dunno but I think it's worth checking it out if we want to keep mantis (which I'm clearly not in favor of). They are not going to go out of their way to let us migrate our existing data, surely? signature.asc Description: This is a digitally signed message part. ___ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
Re: [freenet-dev] Getting rid of emu: an option
On Tuesday, 2. June 2009 13:53:37 Daniel Cheng wrote: I have had some very bad experience with SF's servers around year 2001. It was slow and buggy. Is that fixed now? They did some nice updates - I didn't have bad experiences with it for years, now. - Arne --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- - singing a part of the history of free software - http://infinite-hands.draketo.de signature.asc Description: This is a digitally signed message part. ___ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
Re: [freenet-dev] About the website
On Tuesday, 2. June 2009 16:45:25 Matthew Toseland wrote: I don't understand what the point is. A progress bar implies that for some period of the year we are soliciting donations actively, and for the rest of the year we are not. I think a progress bar would only be useful if there'd be a clear roadmap *for the next version* when the previous version comes out. We need XY$ to be able to finish 0.8 which will include feature A, B and C. We already have MN% of the necessary money. When there is no such short-term roadmap, the donation bar might not be useful - except as suffices for one year bar or similar. A buffer which shows if freenet financing is in the green :) Best wishes, Arne --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- - singing a part of the history of free software - http://infinite-hands.draketo.de signature.asc Description: This is a digitally signed message part. ___ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
Re: [freenet-dev] About the website
On Tuesday 02 June 2009 16:29:31 Arne Babenhauserheide wrote: On Tuesday, 2. June 2009 16:45:25 Matthew Toseland wrote: I don't understand what the point is. A progress bar implies that for some period of the year we are soliciting donations actively, and for the rest of the year we are not. I think a progress bar would only be useful if there'd be a clear roadmap *for the next version* when the previous version comes out. We need XY$ to be able to finish 0.8 which will include feature A, B and C. We already have MN% of the necessary money. When there is no such short-term roadmap, the donation bar might not be useful - except as suffices for one year bar or similar. A buffer which shows if freenet financing is in the green :) IMHO the above is totally unrealistic. signature.asc Description: This is a digitally signed message part. ___ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
Re: [freenet-dev] Why current ui may be improved, and proposed improvements
On Saturday 23 May 2009 01:20:23 Clément wrote: #Connections to friends + connections to strangers : Why showing informations about the current activity of the node ? Good question. Some of it is per-node so clearly has to be here (but only in advanced mode), but the status at the top is debatable. It's redondant information yes (I mean the status). I have got rid of all the boxes above the friends list in simple mode. Is that acceptable? I am not certain what would work best here... The purpose of the node status box is to show that the node is working (in terms of handling requests), the purpose of the connection count box is to instantly give the user a count of the number of backed off, connected, etc nodes ... signature.asc Description: This is a digitally signed message part. ___ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
[freenet-dev] Status line???
I propose a permanently visible status bar in fproxy, which would combine various current and proposed features. It would occupy no more than 2 lines vertically, and preferably more like 1. It would include: - The Simple vs Advanced mode switch. - The current security levels. - The selected language. - A very brief summary of the current useralerts. Hence, something like: | English | Switch to advanced mode | Security: NORMAL NORMAL NORMAL | 16 critical messages, please read them! With appropriate tooltips (a title= mouseovers), links and dropdowns. I am not sure about the last part though. If we can sufficiently compact the messages, it may be better to actually display them, or at least any high priority messages, on all pages? Hence: | English | Switch to advanced mode | Security: NORMAL NORMAL NORMAL | 5 messages, click here CRITICAL ERROR: YOU ARE BUSTED CRITICAL ERROR: YOU ARE STILL BUSTED CRITICAL ERROR: KNOCK, KNOCK! Or: | English | Switch to advanced mode | Security: NORMAL NORMAL NORMAL ERROR: Firewall problem INFO: You have 5 new messages from your Friends Thoughts? signature.asc Description: This is a digitally signed message part. ___ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
Re: [freenet-dev] About the website
Le mardi 02 juin 2009 12:05:14, Florent Daigniere a écrit : clement wrote: Le lundi 01 juin 2009 21:38:36 Ian Clarke, vous avez écrit : Nice! We're actually planning to migrate the website to another provider. Would you be interested in continuing this work? Nextgens is currently working on the website (sorry again), and I don't have much time right now. So I think there is no need I continue working on this right now. Ian. I did some technical improvements, not design ones... And I got pissed learning that it was duplicated/lost effort because you didn't say you were working on it too. I won't touch it anymore. Use git/the mailing lists/IRC and other tools next time. As I already explained to you : 1) I didn't see that you were working on that, because I can't always look at the irc channel; 2) If I follow your reasonning, I should have known that you were working on the website because you said so on irc. Fine. Look at your logs, and maybe you'll see that I proposed some improvement to the website (same logo and about the same css as what I propose now) some months ago. So you should have ask me if I was still working on that or not before starting working on the website. Now, if you don't want to work on the website anymore, fine. But don't blame me. NextGen$ ___ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl ___ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
[freenet-dev] Shutdown/restart always visible? was Re: Status line???
On Tuesday 02 June 2009 17:44:04 Matthew Toseland wrote: I propose a permanently visible status bar in fproxy, which would combine various current and proposed features. It would occupy no more than 2 lines vertically, and preferably more like 1. It would include: - The Simple vs Advanced mode switch. - The current security levels. - The selected language. - A very brief summary of the current useralerts. Hence, something like: | English | Switch to advanced mode | Security: NORMAL NORMAL NORMAL | 16 critical messages, please read them! With appropriate tooltips (a title= mouseovers), links and dropdowns. I am not sure about the last part though. If we can sufficiently compact the messages, it may be better to actually display them, or at least any high priority messages, on all pages? Hence: | English | Switch to advanced mode | Security: NORMAL NORMAL NORMAL | 5 messages, click here CRITICAL ERROR: YOU ARE BUSTED CRITICAL ERROR: YOU ARE STILL BUSTED CRITICAL ERROR: KNOCK, KNOCK! Or: | English | Switch to advanced mode | Security: NORMAL NORMAL NORMAL ERROR: Firewall problem INFO: You have 5 new messages from your Friends Thoughts? Dieppe said we should always have Shutdown the node and Restart the node visible, this could also be part of the status line, however IMHO it's not a good idea. We should however have a system tray applet for the same purpose. signature.asc Description: This is a digitally signed message part. ___ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
Re: [freenet-dev] Shutdown/restart always visible? was Re: Status line???
Le mardi 02 juin 2009 18:53:40, Matthew Toseland a écrit : On Tuesday 02 June 2009 17:44:04 Matthew Toseland wrote: I propose a permanently visible status bar in fproxy, which would combine various current and proposed features. It would occupy no more than 2 lines vertically, and preferably more like 1. It would include: - The Simple vs Advanced mode switch. - The current security levels. - The selected language. - A very brief summary of the current useralerts. Hence, something like: | English | Switch to advanced mode | Security: NORMAL NORMAL NORMAL | 16 | critical messages, please read them! With appropriate tooltips (a title= mouseovers), links and dropdowns. I am not sure about the last part though. If we can sufficiently compact the messages, it may be better to actually display them, or at least any high priority messages, on all pages? Hence: | English | Switch to advanced mode | Security: NORMAL NORMAL NORMAL | 5 | messages, click here CRITICAL ERROR: YOU ARE BUSTED CRITICAL ERROR: YOU ARE STILL BUSTED CRITICAL ERROR: KNOCK, KNOCK! Or: | English | Switch to advanced mode | Security: NORMAL NORMAL NORMAL ERROR: Firewall problem INFO: You have 5 new messages from your Friends Thoughts? Dieppe said we should always have Shutdown the node and Restart the node visible, this could also be part of the status line, however IMHO it's not a good idea. We should however have a system tray applet for the same purpose. I agree with that, but, right now, we don't have such a systray. So, as a tempory solution, we could add the shutdown/restart button to the status line. ___ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
Re: [freenet-dev] Shutdown/restart always visible? was Re: Status line???
On Jun 2, 2009, at 11:53 AM, Matthew Toseland wrote: On Tuesday 02 June 2009 17:44:04 Matthew Toseland wrote: I propose a permanently visible status bar in fproxy, which would combine various current and proposed features. It would occupy no more than 2 lines vertically, and preferably more like 1. It would include: - The Simple vs Advanced mode switch. - The current security levels. - The selected language. - A very brief summary of the current useralerts. Hence, something like: | English | Switch to advanced mode | Security: NORMAL NORMAL NORMAL | 16 critical messages, please read them! With appropriate tooltips (a title= mouseovers), links and dropdowns. I am not sure about the last part though. If we can sufficiently compact the messages, it may be better to actually display them, or at least any high priority messages, on all pages? Hence: | English | Switch to advanced mode | Security: NORMAL NORMAL NORMAL | 5 messages, click here CRITICAL ERROR: YOU ARE BUSTED CRITICAL ERROR: YOU ARE STILL BUSTED CRITICAL ERROR: KNOCK, KNOCK! Or: | English | Switch to advanced mode | Security: NORMAL NORMAL NORMAL ERROR: Firewall problem INFO: You have 5 new messages from your Friends Thoughts? Dieppe said we should always have Shutdown the node and Restart the node visible, this could also be part of the status line, however IMHO it's not a good idea. We should however have a system tray applet for the same purpose. Well... many things would be nice, it's simply a question of screen real-estate usability. In your example, always displaying the security levels seems redundant. As would having shutdown/restart I guess what I'm thinking is like a conventional menu system, then we can hide many controls or info messages into a single word/icon. +-++--+ | Control | Security Level | Messages (3) | | - - - - \-\ -+--+ | Pause network | | Shutdown node | | Restart node | +---+ Would such a status bar be visible when browsing freesites or only on node pages? -- Robert Hailey ___ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
Re: [freenet-dev] Shutdown/restart always visible? was Re: Status line???
What good is constantly displaying the security level, unless the user would like to change it frequently for some reason? The node already asks them which level they want at install time and it is easily accessible from the config page, so what do they gain by being constantly reminded which security level they are on? On Tue, Jun 2, 2009 at 1:17 PM, Robert Hailey rob...@freenetproject.orgwrote: On Jun 2, 2009, at 11:53 AM, Matthew Toseland wrote: On Tuesday 02 June 2009 17:44:04 Matthew Toseland wrote: I propose a permanently visible status bar in fproxy, which would combine various current and proposed features. It would occupy no more than 2 lines vertically, and preferably more like 1. It would include: - The Simple vs Advanced mode switch. - The current security levels. - The selected language. - A very brief summary of the current useralerts. Hence, something like: | English | Switch to advanced mode | Security: NORMAL NORMAL NORMAL | 16 critical messages, please read them! With appropriate tooltips (a title= mouseovers), links and dropdowns. I am not sure about the last part though. If we can sufficiently compact the messages, it may be better to actually display them, or at least any high priority messages, on all pages? Hence: | English | Switch to advanced mode | Security: NORMAL NORMAL NORMAL | 5 messages, click here CRITICAL ERROR: YOU ARE BUSTED CRITICAL ERROR: YOU ARE STILL BUSTED CRITICAL ERROR: KNOCK, KNOCK! Or: | English | Switch to advanced mode | Security: NORMAL NORMAL NORMAL ERROR: Firewall problem INFO: You have 5 new messages from your Friends Thoughts? Dieppe said we should always have Shutdown the node and Restart the node visible, this could also be part of the status line, however IMHO it's not a good idea. We should however have a system tray applet for the same purpose. Well... many things would be nice, it's simply a question of screen real-estate usability. In your example, always displaying the security levels seems redundant. As would having shutdown/restart I guess what I'm thinking is like a conventional menu system, then we can hide many controls or info messages into a single word/icon. +-++--+ | Control | Security Level | Messages (3) | | - - - - \-\ -+--+ | Pause network | | Shutdown node | | Restart node | +---+ Would such a status bar be visible when browsing freesites or only on node pages? -- Robert Hailey ___ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl ___ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
Re: [freenet-dev] About the website
On Tuesday 02 June 2009 17:46:38 clement wrote: Le mardi 02 juin 2009 12:05:14, Florent Daigniere a écrit : clement wrote: Le lundi 01 juin 2009 21:38:36 Ian Clarke, vous avez écrit : Nice! We're actually planning to migrate the website to another provider. Would you be interested in continuing this work? Nextgens is currently working on the website (sorry again), and I don't have much time right now. So I think there is no need I continue working on this right now. Ian. I did some technical improvements, not design ones... And I got pissed learning that it was duplicated/lost effort because you didn't say you were working on it too. I won't touch it anymore. Use git/the mailing lists/IRC and other tools next time. As I already explained to you : 1) I didn't see that you were working on that, because I can't always look at the irc channel; 2) If I follow your reasonning, I should have known that you were working on the website because you said so on irc. Fine. Look at your logs, and maybe you'll see that I proposed some improvement to the website (same logo and about the same css as what I propose now) some months ago. So you should have ask me if I was still working on that or not before starting working on the website. Now, if you don't want to work on the website anymore, fine. But don't blame me. Okay so the above means I can add static-ising the web site to my todo list? I do think that Dieppe's work on content reorganisation is good... signature.asc Description: This is a digitally signed message part. ___ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
Re: [freenet-dev] Shutdown/restart always visible? was Re: Status line???
On Tuesday 02 June 2009 18:24:48 steve wrote: What good is constantly displaying the security level, unless the user would like to change it frequently for some reason? The node already asks them which level they want at install time and it is easily accessible from the config page, so what do they gain by being constantly reminded which security level they are on? They might forget! :) Seriously, right now we constantly display the security levels on the homepage, and there's a reason for that: they are important, we want people to add friends and upgrade from NORMAL to HIGH. We used to have an explicit warning about running opennet for this reason, now we just show the security levels. Re messages, IMHO sufficiently important messages should be displayed on every page, not just the homepage. Whether all messages should be displayed on every (generated) page, I dunno (obviously we'd want to coalesce some notifications). But if the security levels message is to be displayed continually, clearly we should make it a proper part of the UI, hence of the status line. signature.asc Description: This is a digitally signed message part. ___ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
Re: [freenet-dev] Shutdown/restart always visible? was Re: Status line???
On Tuesday 02 June 2009 18:17:37 Robert Hailey wrote: On Jun 2, 2009, at 11:53 AM, Matthew Toseland wrote: On Tuesday 02 June 2009 17:44:04 Matthew Toseland wrote: I propose a permanently visible status bar in fproxy, which would combine various current and proposed features. It would occupy no more than 2 lines vertically, and preferably more like 1. It would include: - The Simple vs Advanced mode switch. - The current security levels. - The selected language. - A very brief summary of the current useralerts. Hence, something like: | English | Switch to advanced mode | Security: NORMAL NORMAL NORMAL | 16 critical messages, please read them! With appropriate tooltips (a title= mouseovers), links and dropdowns. I am not sure about the last part though. If we can sufficiently compact the messages, it may be better to actually display them, or at least any high priority messages, on all pages? Hence: | English | Switch to advanced mode | Security: NORMAL NORMAL NORMAL | 5 messages, click here CRITICAL ERROR: YOU ARE BUSTED CRITICAL ERROR: YOU ARE STILL BUSTED CRITICAL ERROR: KNOCK, KNOCK! Or: | English | Switch to advanced mode | Security: NORMAL NORMAL NORMAL ERROR: Firewall problem INFO: You have 5 new messages from your Friends Thoughts? Dieppe said we should always have Shutdown the node and Restart the node visible, this could also be part of the status line, however IMHO it's not a good idea. We should however have a system tray applet for the same purpose. Well... many things would be nice, it's simply a question of screen real-estate usability. In your example, always displaying the security levels seems redundant. As would having shutdown/restart I guess what I'm thinking is like a conventional menu system, then we can hide many controls or info messages into a single word/icon. +-++--+ | Control | Security Level | Messages (3) | | - - - - \-\ -+--+ | Pause network | | Shutdown node | | Restart node | +---+ Would such a status bar be visible when browsing freesites or only on node pages? Only on generated content, of course. signature.asc Description: This is a digitally signed message part. ___ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
Re: [freenet-dev] About the website
On Tuesday, 2. June 2009 17:48:34 Matthew Toseland wrote: IMHO the above is totally unrealistic. Does that settle the Progress bar question? - Arne --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- - singing a part of the history of free software - http://infinite-hands.draketo.de ___ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
Re: [freenet-dev] Shutdown/restart always visible? was Re: Status line???
On Tuesday 02 June 2009 18:06:20 clement wrote: Le mardi 02 juin 2009 18:53:40, Matthew Toseland a écrit : On Tuesday 02 June 2009 17:44:04 Matthew Toseland wrote: I propose a permanently visible status bar in fproxy, which would combine various current and proposed features. It would occupy no more than 2 lines vertically, and preferably more like 1. It would include: - The Simple vs Advanced mode switch. - The current security levels. - The selected language. - A very brief summary of the current useralerts. Hence, something like: | English | Switch to advanced mode | Security: NORMAL NORMAL NORMAL | 16 | critical messages, please read them! With appropriate tooltips (a title= mouseovers), links and dropdowns. I am not sure about the last part though. If we can sufficiently compact the messages, it may be better to actually display them, or at least any high priority messages, on all pages? Hence: | English | Switch to advanced mode | Security: NORMAL NORMAL NORMAL | 5 | messages, click here CRITICAL ERROR: YOU ARE BUSTED CRITICAL ERROR: YOU ARE STILL BUSTED CRITICAL ERROR: KNOCK, KNOCK! Or: | English | Switch to advanced mode | Security: NORMAL NORMAL NORMAL ERROR: Firewall problem INFO: You have 5 new messages from your Friends Thoughts? Dieppe said we should always have Shutdown the node and Restart the node visible, this could also be part of the status line, however IMHO it's not a good idea. We should however have a system tray applet for the same purpose. I agree with that, but, right now, we don't have such a systray. So, as a tempory solution, we could add the shutdown/restart button to the status line. I don't understand why we need to help computer illiterate (what is a scroll bar?) users to shut down Freenet. If they are starting a game they are unlikely to click on Browse Freenet just to shut it down. On the other hand, it is well established that background apps are in the system tray, and can be removed from there. signature.asc Description: This is a digitally signed message part. ___ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
[freenet-dev] Status page???
Dieppe's posts indirectly referred to a status page. What would be on such a page? Shutdown and restart, maybe, but then they wouldn't be displayed constantly. How would such a page differ from the statistics page in simple mode? signature.asc Description: This is a digitally signed message part. ___ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
Re: [freenet-dev] Shutdown/restart always visible? was Re: Status line???
Am Dienstag, 2. Juni 2009 18:53:40 schrieb Matthew Toseland: On Tuesday 02 June 2009 17:44:04 Matthew Toseland wrote: I propose a permanently visible status bar in fproxy, which would combine various current and proposed features. It would occupy no more than 2 lines vertically, and preferably more like 1. It would include: - The Simple vs Advanced mode switch. - The current security levels. - The selected language. - A very brief summary of the current useralerts. Hence, something like: | English | Switch to advanced mode | Security: NORMAL NORMAL NORMAL | 16 | critical messages, please read them! With appropriate tooltips (a title= mouseovers), links and dropdowns. I am not sure about the last part though. If we can sufficiently compact the messages, it may be better to actually display them, or at least any high priority messages, on all pages? Hence: | English | Switch to advanced mode | Security: NORMAL NORMAL NORMAL | 5 | messages, click here CRITICAL ERROR: YOU ARE BUSTED CRITICAL ERROR: YOU ARE STILL BUSTED CRITICAL ERROR: KNOCK, KNOCK! Or: | English | Switch to advanced mode | Security: NORMAL NORMAL NORMAL ERROR: Firewall problem INFO: You have 5 new messages from your Friends Thoughts? Dieppe said we should always have Shutdown the node and Restart the node visible, this could also be part of the status line, however IMHO it's not a good idea. We should however have a system tray applet for the same purpose. A statusbar is also a good place for the PANIC® button ___ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
Re: [freenet-dev] About the website
* clement cvol...@gmail.com [2009-06-02 18:46:38]: Le mardi 02 juin 2009 12:05:14, Florent Daigniere a écrit : clement wrote: Le lundi 01 juin 2009 21:38:36 Ian Clarke, vous avez écrit : Nice! We're actually planning to migrate the website to another provider. Would you be interested in continuing this work? Nextgens is currently working on the website (sorry again), and I don't have much time right now. So I think there is no need I continue working on this right now. Ian. I did some technical improvements, not design ones... And I got pissed learning that it was duplicated/lost effort because you didn't say you were working on it too. I won't touch it anymore. Use git/the mailing lists/IRC and other tools next time. As I already explained to you : 1) I didn't see that you were working on that, because I can't always look at the irc channel; 2) If I follow your reasonning, I should have known that you were working on the website because you said so on irc. Fine. Look at your logs, and maybe you'll see that I proposed some improvement to the website (same logo and about the same css as what I propose now) some months ago. So you should have ask me if I was still working on that or not before starting working on the website. Now, if you don't want to work on the website anymore, fine. But don't blame me. Heh, it's not about blaming you personally; You did some useful work, that's great! It's just about telling you that no, I'm not working on the website anymore and that you should keep up contributing :) The rest is just some rants about how things are done in the project and highlighting how bad is a DSCM in our case... Anyway, shall you decide to contribute further, I strongly encourage you to use the project's tools, and that includes its SCM/IRC channel/mailing lists. NextGen$ ___ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
[freenet-dev] Insert of demand application design
Hello, Here is some try from Sich and myself to think about the design for some insert on demand application based on the WoT plugin. --- key structure : ssk/filesharing/updates/inserts/x/inserts ssk/filesharing/updates/requests/y/requests ssk/filesharing/z/index/ ssk/filesharing/filehash/n/index inserts file structure: filehashxxx/filehash chunkall or chunk number/chunk requests file structure: filehashxxx/filehash chunkall or chunk number/chunk index file structure: file namexxx/name sizexxx/size hashxxx/hash content typexxx/content type /file filehash index structure: commentcomment on this file/comment #one per chunk chunk hashxxx/hash sskxxx/ssk #if available chunk numberxxx/chunk number #necessary if all the chunks aren't listed /chunk Each file is splited into several chunks. Each chunks is inserted in is own SSK. We suscribe to every keys needed to know about updates (that is : ssk/filesharing/upadtes/inserts and ssk/filesharing/upadtes/requests) Search : Each people publish all the files that he is sharing in the ssk/filesharing/index file. When you search a file, you will look in each identity to find your file. Then you have a list of filename and corresponding filehash. When you have this you can choose to download a specific filehash. #Each people who have this file can begin to insert some chunk of the file and telling that they are currently inserting a part of the file. The chunk are randomly choose, then multiple people can insert #the whole file more faster. #When the chunk is inserted the SSK key of the chunk is published, then we can begin to download it. Download: Once you found the file you want, you search for shared chunks in the keys of the identities sharing the file. If several ssk are available for one chunk, choose the one that appears the more. (during the search, when you see sskY for chunkXXX, just add 1 to the priority of sskY) If no ssk is available for one chunk, add a request in ssk/filesharing/requests We suscribe to the key : ssk/filesharing/filehash/ to know about all new chunks available, ... Insertion: If someone is requesting a chunk (see Download), we start inserting it. We publish that in the key under : ssk/filesharing/inserts, so other identities won't insert it. When it's finished, we indicate it under the same file. Healing : When you try to download a file who was already inserted, and if you can't download a specific chunk, a request is publish to ask for this chunk. People who have the original file can begin to insert this chunk and tell the other that they have begin to insert it in order to avoid multiple insert of the same chunk. Then the new SSK is published to download the missing chunk. WoT: If someone give us a wrong chunk or some fake, we mark it as bad. One question however : how can we detect a wrong chunk ? If we have multiple source for the file we can try to compare the chunk filehash index (ssk/filesharing/filehash/index). advantage to split the file : - We can have multiple source to insert the whole file - If some chunk are no more available we can only ask to reinsert this chunk. This will limit the datastore use (no need to reinsert the whole file on a new SSK) - We can begin to download the file before all the chunks are inserted. This is a little more faster for the people who are downloading. - Using some preview system ? WoT-based : - Using WOT can limit the problem for the bootstrap when you have just install the filesharing program. - Using the security of the WOT can help to find people who are publishing fake files. Please don't hesitate to comment. Are we missing some points, is that feasable, will it be too slow, etc... ___ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
Re: [freenet-dev] Shutdown/restart always visible? was Re: Status line???
I hadn't considered that, but would that not require FCP messages to be sent to the node? Right now at least the apps i've written don't use FCP, in part because the libraries to do so with C/C++ don't appear to be complete. A statusbar is also a good place for the PANIC® button ___ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl ___ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
Re: [freenet-dev] Status line???
Matthew Toseland wrote: I propose a permanently visible status bar in fproxy, which would combine various current and proposed features. It would occupy no more than 2 lines vertically, and preferably more like 1. It would include: - The Simple vs Advanced mode switch. - The current security levels. - The selected language. - A very brief summary of the current useralerts. Hence, something like: | English | Switch to advanced mode | Security: NORMAL NORMAL NORMAL | 16 critical messages, please read them! With appropriate tooltips (a title= mouseovers), links and dropdowns. I am not sure about the last part though. If we can sufficiently compact the messages, it may be better to actually display them, or at least any high priority messages, on all pages? Hence: | English | Switch to advanced mode | Security: NORMAL NORMAL NORMAL | 5 messages, click here CRITICAL ERROR: YOU ARE BUSTED CRITICAL ERROR: YOU ARE STILL BUSTED CRITICAL ERROR: KNOCK, KNOCK! Or: | English | Switch to advanced mode | Security: NORMAL NORMAL NORMAL ERROR: Firewall problem INFO: You have 5 new messages from your Friends Thoughts? could have icons instead, like EN | (control panel icon) | (Three colour bars) | (Mail icon) [16] then it would take up even less space. X ___ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
Re: [freenet-dev] Shutdown/restart always visible? was Re: Status line???
On Wed, Jun 3, 2009 at 1:33 AM, Matthew Toseland t...@amphibian.dyndns.org wrote: On Tuesday 02 June 2009 18:24:48 steve wrote: What good is constantly displaying the security level, unless the user would like to change it frequently for some reason? The node already asks them which level they want at install time and it is easily accessible from the config page, so what do they gain by being constantly reminded which security level they are on? They might forget! :) Seriously, right now we constantly display the security levels on the homepage, and there's a reason for that: they are important, we want people to add friends and upgrade from NORMAL to HIGH. We used to have an explicit warning about running opennet for this reason, now we just show the security levels. If this is the case, the alert / status line should read: if you add some friends, your node would be faster, more secure, better, .. The current alert of Security Level: LOW have no this effect. [..] ___ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
