----- Original Message ----- From: "Dave Hooper" <[email protected]>
> > * make it so that nodeconf can change every option > > I'm part-way through adding an "all settings" option, like the > current "unknown settings" option, to the Geek page. > Ultimately I'd like to see a basic nodeconfig app with very little > intelligence and some support files to dynamically create the gui - this > way, when the devs change / add / reimplement the config file parameters we > don't have to rewrite chunks of nodeconfig each time... > I'd use XML but I think you probably knew I was going to say that. My own random thinking was around the same lines - I was going to try to put this off for someone else though :) > > * have nodeconf just edit the config in place (effectively, have it > > treat %'s and not have to be manually rewritten) > > This will just fall into place with my "all settings" modification - > nodeconfig reads in the entire config file into the "all settings" page, > but then anything else you *change* on the other pages updates the "all > settings" values too. Then on file-write the config file and the contents > of the "all settings" array are compared and written, using a temporary > config file which is then renamed as a final step. (It's a shame there > isn't an atomic "FileSwap" command on Win32) > > > * build in search for fproxy.*, nodeinfo.*, and nodestatus.* so that we > > can save those options if any > > Not sure what you mean - again this is probably transparently supported > by "all settings". none of the fproxy.*, nodeinfo.* or nodestatus.* settings are used anymore due to their integration in mainport. On the other hand, people may still have some of these settings. Once it's fixed once, it's much easier to fix the next time something like this happens (I'm actually dealing with compiler stupidity on my code. It works great in msvc7, but msvc6 isn't liking it) > > * fix import/export ref on bunny > > Does it still not work? Man, I suck. I think it should work if you > first "Stop Freenet" and then try. Export Ref definitely works (worked) on > mine last time I tried it (0.4x something, but the bunny app has hardly > changed since 0.3x) > > > * popup window when # of threads is changed to equal 0 > > Also add a checkbox to allow "FastThreadFactory" which internally negates > the number of threads on file write? So that we don't need to allow the > #threads box to take negative values. > > > * make windows installer using windows installer. > > Yes, definitely. > > > * have pathfind buttons on nodeconfig/normal work > > What's wrong with them? (Can't try it here at work, unfortunately) There is no code to deal with when the pathfind buttons for the temp directory or the datastore is pressed. It's a major usability problem I feel > > * create directories inside of directories in createthread.c > > (freenet.exe) > > ?? What's this mean? I don't remember a createthread.c There is a seperation of code in freenet.exe. One of the > > * Popup window when nodeconfig is trying to get references > > I thought Nodeconfig already did this when you download refs? The automatic download when leaving NodeConfig does not have any dialog box showing. It's quite odd when the install just stalls out due to a down internet connection and I'm just sitting here going "hmm. why the hell is it stalling out writing the config file?" > > * rewrite in c++ so I don't have to deal with java sh*t. > > :-) how's whiterose coming along? > > Actually in practice this is *never* going to happen - you'll just have to > stick with it! Hmm. I'm sure a C++ node will be attempted again in the next year or so. ALl they need is a freenet developer to work on it. > > * add update option on systray app > > which will do what, exactly? Ideally it would > a) Prompt you whether you want the latest stable, development, or unstable > release > b) Prompt you for you preferred mirror site > c) Download new NodeConfig.exe from freenetproject.org or mirror > d) Download appropriate freenet.jar and freenet-ext.jar from > freenetproject.org or mirror > e) Not change any conf settings > f) Load NodeConfig which will automatically transform the previous conf > settings to the new node version, using an appropriate script. Good list of a way of doing it, but I'm not sure how easy e->f is. > Or is this exactly what the updating installer already does? The update program currently only downloads the new jars. It is implemented as a nsis program that just doesn't install anything. > > * allow for negative # of threads (add checkbox. Give big warning when > > set since FastThreadFactory = evil) > > Heh. Didn't read that far down :-) > > > * Anything else? > > Finally get round to implementing: > > a) Bunny icon changes if fproxy not available (already code to do this, > not finished, my bad). When fproxy becomes available, bunny goes to > regular white'n'red icon that we all know and love This one is actually probably going to be one of the first things on my list. Shouldn't be too hard (until everyone starts complaining about how it requires code they don't have :) > b) Bunny icon changes if external network connection is unavailable > (already some code to do this too, again not finished, my bad). Probably > implemented using pings to, or opening TCP connections with, well-known > sites but this could be regarded at best as an anti-privacy move or at > worst as a denial of service attack, so also allow the user to specify > which sites to ping, or to try TCP connections with. This one is a lower priority, since common sense does work fairly well with this one. > c) Add option to hide bunny icon. Then loading freenet from the shortcut > icon / desktop / start menu / whatever will make the bunny icon reappear. > (Loading freenet.exe twice does NOT make two copies load anyway - in fact I > believe loading freenet after it's already running will simply > automatically fire up a Freenet Web Interface in a new browser window) That it does. I'll try adding this functionality today if possible (probably not though) > d -Mathew _______________________________________________ devl mailing list devl at freenetproject.org http://hawk.freenetproject.org/cgi-bin/mailman/listinfo/devl
