On 05/09/2014 03:25 AM, Rom. wrote: >> Any ideas on how I can reproduce that problem? > Compiled with AHK_L on my side : same issue but I think i have > found the source. In the > > \AutoHotKey_files\ahk_sources\include_translator > \Include_Translator.ahk , line 107: //// return > UTF82Ansi(_TranslatedTextArray%A_Index%) > > into > > return _TranslatedTextArray%A_Index% //// solve the problem.
Ah, I wondered if it was that. I'm glad you found it. I wonder why it causes the problem. If this C# rewrite takes too long maybe we can make a release with this change in the interim. >>> If by WPF you mean Windows Presentation Foundation , i don't >>> know it. >> I do mean Windows Presentation Foundation. I've used it so if >> need be I can write a tray app with WPF. > I don't know WPF enough for helping you but does the systray app > will be easily maintainable by other contributors if needed ? I would think so. It is my understanding that WPF is one of two modern ways from Microsoft to write Windows GUIs. I've ended up using Windows Forms, which is the other one. Mono supports it, (but not WPF) and Mono runs on Linux, so it'll hopefully be easier to compile than AHK. I'm working on my csharp branch in the FreenetTray directory. [0] The tray can start and stop Freenet, (it deletes the anchor file instead of sending ctrl+C - that's tricky with a hidden window) open browsers in privacy mode, and exit either with or without stopping Freenet. Please test! https://downloads.freenetproject.org/FreenetTray-testing.tar.bz2 Its contents go in the Freenet installation folder. The menu localization strings are in the "en" folder. I'd prefer for them to be embedded in the executable like they should be and the error strings are, but I haven't been able to figure out why it isn't embedding them yet. This tray app uses .NET 3.5, so it should work out of the box for Windows 7 because Windows 7 shipped with .NET 3.5. [1] My thought is that users still on XP (and I hope there aren't many of them) can continue using the existing tray app. This means the installer would include both, and select which one to use depending on the installed version of .NET. (and possibly offer to install .NET?) I have yet to implement changing which browser is used, startup preferences, and a few error messages. I'm wondering about settings. [2] C# has built-in Properties.Settings support, which seems like the most straightforward way to implement them, but I wonder about how they're stored. It might introduce evidence that Freenet is installed even if it is not set to run on startup and the uninstaller entry is removed. Is this acceptable? If not I'll have to roll my own settings format, likely using XML because C# has good native support for it. (but not INIs or JSON) >> As far as opening the page [0] I wonder if it would work better >> to have a command-line switch one can pass to the launcher to >> open the browser. > That's a solution too. For the first start the systray app is > launched with the switch "/welcome" > ..\AutoHotKey_files\ahk_sources\freenettray\FreenetTray.ahk , line > 76 Alright, cool. I plan to have a similar command-line switch for the new tray. - Steve [0] https://github.com/Thynix/Freenet_wininstaller_innosetup/tree/csharp/FreenetTray [1] http://msdn.microsoft.com/en-us/library/bb822049%28v=vs.110%29.aspx [2] http://msdn.microsoft.com/en-us/library/k4s6c3a0%28v=vs.90%29.aspx _______________________________________________ Devl mailing list [email protected] https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
