[freenet-dev] selecting browser for Launch Freenet from systray
Ed Tomlinson wrote: > On Saturday 14 November 2009 21:19:43 Zero3 wrote: >> Ed Tomlinson wrote: >> If you install Chrome, the launcher should pick it up at next launch. More specifically, it will look for the registry string "InstallLocation" under "HKEY_CURRENT_USER, Software\Microsoft\Windows\CurrentVersion\Uninstall\Google Chrome". Can you check if you have that key? >> Does not exist. I installed the 64 bit version. The uninstall entry is at: > HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432\Microsoft\Windows\CurrentVersion\Unistall\Google Chrome Argh. Why on earth did they change that? Is that true for all versions of 64-bit Windows? Win7? Vista? (XP?). >> I'm surprised you were able to install on Win7. I haven't tested the installer on Win7 myself yet, and I've seen reports of installations failures on Win7. It just worked out of the box? > > Aside from the chrome issue it worked as expected. Cool :o. - Zero3
[freenet-dev] selecting browser for Launch Freenet from systray
On Saturday 14 November 2009 21:19:43 Zero3 wrote: > Ed Tomlinson wrote: > > On Saturday 14 November 2009 16:02:11 Matthew Toseland wrote: > >> On Saturday 14 November 2009 17:19:15 Ed Tomlinson wrote: > >>> Hi, > >>> > >>> For a test I installed freenet on a windows 7 box. All went well. The > >>> new installation process is pretty simple. One small bone to pick. The > >>> first use wizard tells you NOT to use the same browser for freenet as you > >>> use normally - fine. However there does not seem to be a way to > >>> configure 'Launch Freenet' from the systray to use your prefered browser. > >>> I want to set it to use chrome... > >> It *does* use Chrome if available, in incognito mode. Ask Zero3 why it > >> isn't working. > >>> This should be easy but it does not seem to be... > > > > Think the problem is that I installed chrome after freenet and it _is_ what > > I want freenet to use. I see no option to tell freenet to switch to it. > > Thanks for the feedback :) > > Here is the deal: At the moment, there is a great difference in security > between the major browsers. Especially their incognito mode support. For > that reason, the launcher will dictate the choice of browser for the > user by trying to find the most secure one available on every launch. > > If you install Chrome, the launcher should pick it up at next launch. > More specifically, it will look for the registry string > "InstallLocation" under "HKEY_CURRENT_USER, > Software\Microsoft\Windows\CurrentVersion\Uninstall\Google Chrome". Can > you check if you have that key? Does not exist. I installed the 64 bit version. The uninstall entry is at: HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432\Microsoft\Windows\CurrentVersion\Unistall\Google Chrome > The fproxy message is a bit old. It was made at a time where the plan > was to install a secondary browser/browser profile for the user, and use > that one solely for Freenet. As browsers in the meantime have started to > incorporate incognito modes, we are moving towards using those instead > (and IMHO, it is a much better solution. Last time we tried the profile > stuff - with FireFox - we failed miserably). > > I'm surprised you were able to install on Win7. I haven't tested the > installer on Win7 myself yet, and I've seen reports of installations > failures on Win7. It just worked out of the box? Aside from the chrome issue it worked as expected. Ed Tomlinson
[freenet-dev] Using l10n node interface
Great, thanks.We'll wait for this great feature then. On Sun, Nov 15, 2009 at 08:55, Artefact2 wrote: > Well right now nothing needs to be changed in FredPluginBaseL10n, only the > translation toadlet has > to be updated to support fetching l10n infos from the loaded plugins that > implement FredPluginBaseL10n. > On Sat, Nov 14, 2009 at 10:32 PM, Matthew Toseland > wrote: >> >> On Saturday 14 November 2009 20:51:13 bbackde at googlemail.com wrote: >> > Is it possible to integrate the l10n support of plugins into the nodes >> > translation facility so users can translate the plugin strings? >> >> Yes. What is required is: >> - Callbacks so that the strings are shown on the translation page. >> - Replacing the MergeSFS tool currently used to merge translation updates. >> >> When this will happen is anyone's guess. It's a fairly high priority for >> 0.8 though. >> >> Relevant bugs: >> https://bugs.freenetproject.org/view.php?id=3206 >> https://bugs.freenetproject.org/view.php?id=103 (which probably should be >> resolved) >> https://bugs.freenetproject.org/view.php?id=3152 >> https://bugs.freenetproject.org/view.php?id=3352 >> https://bugs.freenetproject.org/view.php?id=3712 >> > >> > On Thu, Nov 12, 2009 at 21:36, ? wrote: >> > > Thanks, will check this out. >> > > >> > > On Thu, Nov 12, 2009 at 20:34, Artefact2 wrote: >> > >> I did implement PluginL10n especially for that. You should use it, >> > >> it's >> > >> *really* easy :) >> > >> If you want example code, well >> > >> check?http://github.com/freenet/plugin-FlogHelper-staging >> > >> >> > >> On Thu, Nov 12, 2009 at 7:56 PM, wrote: >> > >>> >> > >>> Work on WoT/Freetalk proceeds, now I wanted to look into the >> > >>> translation >> > >>> issue. >> > >>> >> > >>> Can someone (Toad?) please have a look onto bug 0003352? A simple >> > >>> example >> > >>> or even a pointer to some node code would be very helpful. >> > >>> >> > >>> Thanks! >> >> ___ >> Devl mailing list >> Devl at freenetproject.org >> http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl > > > ___ > 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] Using l10n node interface
Well right now nothing needs to be changed in FredPluginBaseL10n, only the translation toadlet has to be updated to support fetching l10n infos from the loaded plugins that implement FredPluginBaseL10n. On Sat, Nov 14, 2009 at 10:32 PM, Matthew Toseland < toad at amphibian.dyndns.org> wrote: > On Saturday 14 November 2009 20:51:13 bbackde at googlemail.com wrote: > > Is it possible to integrate the l10n support of plugins into the nodes > > translation facility so users can translate the plugin strings? > > Yes. What is required is: > - Callbacks so that the strings are shown on the translation page. > - Replacing the MergeSFS tool currently used to merge translation updates. > > When this will happen is anyone's guess. It's a fairly high priority for > 0.8 though. > > Relevant bugs: > https://bugs.freenetproject.org/view.php?id=3206 > https://bugs.freenetproject.org/view.php?id=103 (which probably should be > resolved) > https://bugs.freenetproject.org/view.php?id=3152 > https://bugs.freenetproject.org/view.php?id=3352 > https://bugs.freenetproject.org/view.php?id=3712 > > > > On Thu, Nov 12, 2009 at 21:36, wrote: > > > Thanks, will check this out. > > > > > > On Thu, Nov 12, 2009 at 20:34, Artefact2 wrote: > > >> I did implement PluginL10n especially for that. You should use it, > it's > > >> *really* easy :) > > >> If you want example code, well > > >> check http://github.com/freenet/plugin-FlogHelper-staging > > >> > > >> On Thu, Nov 12, 2009 at 7:56 PM, wrote: > > >>> > > >>> Work on WoT/Freetalk proceeds, now I wanted to look into the > translation > > >>> issue. > > >>> > > >>> Can someone (Toad?) please have a look onto bug 0003352? A simple > example > > >>> or even a pointer to some node code would be very helpful. > > >>> > > >>> Thanks! > > ___ > 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/20091115/bd45e714/attachment.html>
[freenet-dev] Making the Web of Trust plugin user friendly and useful
And I am not sure if xor knows what to do from the above ideas. Lets see what he adapts and what changes then. Currently I do only the easy work like l10n support ;) On Sat, Nov 14, 2009 at 22:37, Matthew Toseland wrote: > On Saturday 14 November 2009 16:47:27 bbackde at googlemail.com wrote: >> Great ideas from Toad and you. >> >> But there is one big problem: we are quite late in the development >> cycle. We wanted to >> finish a working version till Christmas. Your new ideas would mean to >> make a big step backward >> and start another design from scratch (however, there isn't no design >> yet for the new ideas, only problems ;) ). > > I'm not sure that is true. The mentioned code duplication in Freetalk hasn't > been implemented yet afaik, and there are at least two WoT-based plugins > making rapid progress other than Freetalk, hence the issue coming up in the > first place. >> >> When we containue as planned we wil release something that is surely >> not compatible with the new ideas. >> And clients will use the new interface and implement it the way you don't >> want. >> >> So the question is: start again with new design, or complete something >> that works soon? >> Or is there a way for both? > > I am not sure that there is a fundamental problem here, isn't this mostly a > matter of interfaces and of stuff that hasn't been implemented yet such as > the Freetalk UI to WoT? >> >> On Sat, Nov 14, 2009 at 17:36, Evan Daniel wrote: >> > On Sat, Nov 14, 2009 at 10:08 AM, Matthew Toseland >> > wrote: >> >> Currently Freetalk duplicates - or is planned to duplicate in the near >> >> future - most of the functionality of the Web of Trust plugin e.g. it >> >> will have identity pages with message counts etc. The plan is/was to hide >> >> the Web of Trust plugin and just have everything under the Discussion >> >> menu. >> >> >> >> However, there are two additional plugins under heavy development which >> >> use WoT: >> >> - digger3's WoT-based IRC system. This uses WoT for spam-resistant >> >> discovery. >> >> - Artefact2's FlogHelper blog tool, which uses an identity from WoT to >> >> simplify key management and eventually to avoid the need to announce the >> >> site and to tie in with Freetalk for feedback. >> >> >> >> Plus, hopefully: >> >> - infinity0's distributed searching functionality in Library. >> >> - evanbd's Fritter microblogging app. >> >> - Private messaging functionality in Freetalk or a new WoT-based Freemail >> >> version. >> > >> > So far I've been successful at slowly convincing digger3 to implement >> > most of the protocol-level ideas in my Fritter draft spec. ?I'm >> > hopeful that the two overlap enough that (eventually) the only >> > difference between Freenet-IRC and Fritter would be the interface. >> > Conceptually, this is fairly easy: both are a collection of short >> > messages posted by users, and both need to solve the problem of low >> > latency messages without insane amounts of polling. ?The same >> > related-links structure from Fritter works well with IRC. ?IMHO you >> > can treat IRC as simply a different interface to a subset of the >> > Fritter functionality: IRC messages must have exactly one hashtag, >> > which is the name of the IRC channel. ?(Then there's all the channel >> > moderator stuff like banning and topics, but I suspect that gets done >> > in a decentralized fashion that amounts to individual clients paying >> > attention to what the moderator publishes.) >> > >> > So I'm hopeful that digger3 will implement most or all of the Fritter >> > functionality while I continue trying to figure out how to take >> > meaningful statistics, and that at most it would just be a few changes >> > to the IRC plugin. >> > >> >> >> >> And probably more in future. >> >> >> >> Two basic problems here: >> >> 1. Code duplication: All these apps will need to duplicate much of >> >> Freetalk's duplicated WoT stuff (e.g. nagging the user if their identity >> >> hasn't been announced, setting trust etc). Most of them don't gain much >> >> benefit from this. >> >> 2. The same identities will be reused for multiple applications, and it >> >> should be easy to go from one to the next. >> > >> > I'm against code duplication, and I'm strongly against have different >> > UIs that do the same thing -- especially if changing something in one >> > UI means it changes in the other! ?I'm also in favor of reusing >> > identities -- publishing a flog under the same SSK I use to insert >> > Freetalk messages and IRC messages is a good thing. >> > >> > Note that this brings up the past discussion of trust contexts. ?My >> > recollection of that is we decided there was no reliable way to apply >> > trust ratings outside of the context they came from (when they come >> > from other people, that is -- if I trust / distrust a person locally, >> > it probably does make sense to apply that to all contexts). ?Any >> > unified UI would need to handle this properly. ?(And no, I
[freenet-dev] selecting browser for Launch Freenet from systray
Ed Tomlinson wrote: > On Saturday 14 November 2009 16:02:11 Matthew Toseland wrote: >> On Saturday 14 November 2009 17:19:15 Ed Tomlinson wrote: >>> Hi, >>> >>> For a test I installed freenet on a windows 7 box. All went well. The new >>> installation process is pretty simple. One small bone to pick. The first >>> use wizard tells you NOT to use the same browser for freenet as you use >>> normally - fine. However there does not seem to be a way to configure >>> 'Launch Freenet' from the systray to use your prefered browser. I want to >>> set it to use chrome... >> It *does* use Chrome if available, in incognito mode. Ask Zero3 why it isn't >> working. >>> This should be easy but it does not seem to be... > > Think the problem is that I installed chrome after freenet and it _is_ what I > want freenet to use. I see no option to tell freenet to switch to it. Thanks for the feedback :) Here is the deal: At the moment, there is a great difference in security between the major browsers. Especially their incognito mode support. For that reason, the launcher will dictate the choice of browser for the user by trying to find the most secure one available on every launch. If you install Chrome, the launcher should pick it up at next launch. More specifically, it will look for the registry string "InstallLocation" under "HKEY_CURRENT_USER, Software\Microsoft\Windows\CurrentVersion\Uninstall\Google Chrome". Can you check if you have that key? The fproxy message is a bit old. It was made at a time where the plan was to install a secondary browser/browser profile for the user, and use that one solely for Freenet. As browsers in the meantime have started to incorporate incognito modes, we are moving towards using those instead (and IMHO, it is a much better solution. Last time we tried the profile stuff - with FireFox - we failed miserably). I'm surprised you were able to install on Win7. I haven't tested the installer on Win7 myself yet, and I've seen reports of installations failures on Win7. It just worked out of the box? - Zero3
Re: [freenet-dev] Using l10n node interface
Great, thanks.We'll wait for this great feature then. On Sun, Nov 15, 2009 at 08:55, Artefact2 artefa...@gmail.com wrote: Well right now nothing needs to be changed in FredPluginBaseL10n, only the translation toadlet has to be updated to support fetching l10n infos from the loaded plugins that implement FredPluginBaseL10n. On Sat, Nov 14, 2009 at 10:32 PM, Matthew Toseland t...@amphibian.dyndns.org wrote: On Saturday 14 November 2009 20:51:13 bbac...@googlemail.com wrote: Is it possible to integrate the l10n support of plugins into the nodes translation facility so users can translate the plugin strings? Yes. What is required is: - Callbacks so that the strings are shown on the translation page. - Replacing the MergeSFS tool currently used to merge translation updates. When this will happen is anyone's guess. It's a fairly high priority for 0.8 though. Relevant bugs: https://bugs.freenetproject.org/view.php?id=3206 https://bugs.freenetproject.org/view.php?id=103 (which probably should be resolved) https://bugs.freenetproject.org/view.php?id=3152 https://bugs.freenetproject.org/view.php?id=3352 https://bugs.freenetproject.org/view.php?id=3712 On Thu, Nov 12, 2009 at 21:36, bbac...@googlemail.com wrote: Thanks, will check this out. On Thu, Nov 12, 2009 at 20:34, Artefact2 artefa...@gmail.com wrote: I did implement PluginL10n especially for that. You should use it, it's *really* easy :) If you want example code, well check http://github.com/freenet/plugin-FlogHelper-staging On Thu, Nov 12, 2009 at 7:56 PM, bbac...@googlemail.com wrote: Work on WoT/Freetalk proceeds, now I wanted to look into the translation issue. Can someone (Toad?) please have a look onto bug 0003352? A simple example or even a pointer to some node code would be very helpful. Thanks! ___ 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 -- __ GnuPG key: (0x48DBFA8A) Keyserver: pgpkeys.pca.dfn.de Fingerprint: 477D F057 1BD4 1AE7 8A54 8679 6690 E2EC 48DB FA8A __ ___ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
Re: [freenet-dev] selecting browser for Launch Freenet from systray
On Saturday 14 November 2009 21:19:43 Zero3 wrote: Ed Tomlinson wrote: On Saturday 14 November 2009 16:02:11 Matthew Toseland wrote: On Saturday 14 November 2009 17:19:15 Ed Tomlinson wrote: Hi, For a test I installed freenet on a windows 7 box. All went well. The new installation process is pretty simple. One small bone to pick. The first use wizard tells you NOT to use the same browser for freenet as you use normally - fine. However there does not seem to be a way to configure 'Launch Freenet' from the systray to use your prefered browser. I want to set it to use chrome... It *does* use Chrome if available, in incognito mode. Ask Zero3 why it isn't working. This should be easy but it does not seem to be... Think the problem is that I installed chrome after freenet and it _is_ what I want freenet to use. I see no option to tell freenet to switch to it. Thanks for the feedback :) Here is the deal: At the moment, there is a great difference in security between the major browsers. Especially their incognito mode support. For that reason, the launcher will dictate the choice of browser for the user by trying to find the most secure one available on every launch. If you install Chrome, the launcher should pick it up at next launch. More specifically, it will look for the registry string InstallLocation under HKEY_CURRENT_USER, Software\Microsoft\Windows\CurrentVersion\Uninstall\Google Chrome. Can you check if you have that key? Does not exist. I installed the 64 bit version. The uninstall entry is at: HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432\Microsoft\Windows\CurrentVersion\Unistall\Google Chrome The fproxy message is a bit old. It was made at a time where the plan was to install a secondary browser/browser profile for the user, and use that one solely for Freenet. As browsers in the meantime have started to incorporate incognito modes, we are moving towards using those instead (and IMHO, it is a much better solution. Last time we tried the profile stuff - with FireFox - we failed miserably). I'm surprised you were able to install on Win7. I haven't tested the installer on Win7 myself yet, and I've seen reports of installations failures on Win7. It just worked out of the box? Aside from the chrome issue it worked as expected. grin Ed Tomlinson ___ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
Re: [freenet-dev] selecting browser for Launch Freenet from systray
Ed Tomlinson wrote: On Saturday 14 November 2009 21:19:43 Zero3 wrote: Ed Tomlinson wrote: If you install Chrome, the launcher should pick it up at next launch. More specifically, it will look for the registry string InstallLocation under HKEY_CURRENT_USER, Software\Microsoft\Windows\CurrentVersion\Uninstall\Google Chrome. Can you check if you have that key? Does not exist. I installed the 64 bit version. The uninstall entry is at: HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432\Microsoft\Windows\CurrentVersion\Unistall\Google Chrome Argh. Why on earth did they change that? Is that true for all versions of 64-bit Windows? Win7? Vista? (XP?). I'm surprised you were able to install on Win7. I haven't tested the installer on Win7 myself yet, and I've seen reports of installations failures on Win7. It just worked out of the box? Aside from the chrome issue it worked as expected. Cool :o. - Zero3 ___ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl