I've recently installed Geany, but the "open with geany" option isn't there when I right click my files.
Things I've tried to fix it: - Reinstalling Geany, ---the obvious first step--- - Uninstalling Notepad++, ---because it also creates a context menu item for a similar pupose but actually works, so I thought there was a slim chance of a conflict.--- - Reinstalling again, but also unticking then re-ticking the checkbox for "context menu". ---just in case there was an improperly set flag in the install code, this had a chance to set it right.---
Things that might be relevent, but might not: - I first installed the version without GTK, but realised that was a mistake and so uninstalled, then installed the correct version. - I'm running Windows 7 Pro (64bit).
I just installed Geany 18.1.1 on my Windows 7 Pro x64 laptop. When I first installed, it didn't installed to the proper location (wanted to do C:\users\username). I reran it, telling it do do so as a administrator. This time it properly installed to C:\Program Files (x86) as expected. The contextual menu was created as expected. I suspect that you need to do a deliberate Run As Administrator.
On 5/2/2010 8:21 AM, Simon Small wrote:
I've recently installed Geany, but the "open with geany" option isn't there when I right click my files.
Things I've tried to fix it:
- Reinstalling Geany, ---the obvious first step---
- Uninstalling Notepad++, ---because it also creates a context menu item for a similar pupose but actually works, so I thought there was a slim chance of a conflict.---
- Reinstalling again, but also unticking then re-ticking the checkbox for "context menu". ---just in case there was an improperly set flag in the install code, this had a chance to set it right.---
Things that might be relevent, but might not:
- I first installed the version without GTK, but realised that was a mistake and so uninstalled, then installed the correct version.
- I'm running Windows 7 Pro (64bit).
Geany mailing list Geany@uvena.de http://lists.uvena.de/cgi-bin/mailman/listinfo/geany
On Mon, 03 May 2010 20:19:28 -0500, Oliver wrote:
I just installed Geany 18.1.1 on my Windows 7 Pro x64 laptop. When I first installed, it didn't installed to the proper location (wanted to do C:\users\username). I reran it, telling it do do so as a administrator. This time it properly installed to C:\Program Files (x86) as expected. The contextual menu was created as expected. I suspect that you need to do a deliberate Run As Administrator.
Thanks for the extra information. There is something wrong or at least not yet 100% correct with the installer on Windows 7. I'll try to look into it soon.
Regards, Enrico
I just thought of something else. I've been told that Windows 7 is constricting the ability of programs to write to files contained in C:"Program Files". I think though it might be time to move it to the development email though :)
2010/5/6 Enrico Tröger enrico.troeger@uvena.de
On Mon, 03 May 2010 20:19:28 -0500, Oliver wrote:
I just installed Geany 18.1.1 on my Windows 7 Pro x64 laptop. When I first installed, it didn't installed to the proper location (wanted to do C:\users\username). I reran it, telling it do do so as a administrator. This time it properly installed to C:\Program Files (x86) as expected. The contextual menu was created as expected. I suspect that you need to do a deliberate Run As Administrator.
Thanks for the extra information. There is something wrong or at least not yet 100% correct with the installer on Windows 7. I'll try to look into it soon.
Regards, Enrico
-- Get my GPG key from http://www.uvena.de/pub.asc
Geany mailing list Geany@uvena.de http://lists.uvena.de/cgi-bin/mailman/listinfo/geany
On Mon, 10 May 2010 19:39:25 -0500, Oliver wrote:
Hey,
I just thought of something else. I've been told that Windows 7 is constricting the ability of programs to write to files contained in C:"Program Files". I think though it might be time to move it to the
Yeah, there changed something. It might be related to the line 30 of the installer script:
RequestExecutionLevel user
This was suggested by a user so the installer can be ran without Admin privileges IIRC. Maybe this is part of the problems, not sure though. I'm not experienced with these new Windows security features.
Regards, Enrico
that's what I thought as well. However, I have not taken the time to try changing this. I have a copy of Vista that I can use to test it in, so I need to make a Virtual Machine of Vista before I can really try anything. I'll have to rely on others for version of windows previous to Win XP.
I will add it to my docket to try these changes. I hope to do it within the next week. I have a small mountain of things to do.
On 5/12/2010 1:55 PM, Enrico Tröger wrote:
On Mon, 10 May 2010 19:39:25 -0500, Oliver wrote:
Hey,
I just thought of something else. I've been told that Windows 7 is constricting the ability of programs to write to files contained in C:"Program Files". I think though it might be time to move it to the
Yeah, there changed something. It might be related to the line 30 of the installer script:
RequestExecutionLevel user
This was suggested by a user so the installer can be ran without Admin privileges IIRC. Maybe this is part of the problems, not sure though. I'm not experienced with these new Windows security features.
Regards, Enrico
Geany mailing list Geany@uvena.de http://lists.uvena.de/cgi-bin/mailman/listinfo/geany
On Wed, 12 May 2010 22:36:53 -0500, Oliver wrote:
that's what I thought as well. However, I have not taken the time to try changing this. I have a copy of Vista that I can use to test it in, so I need to make a Virtual Machine of Vista before I can really try anything. I'll have to rely on others for version of windows previous to Win XP.
I will add it to my docket to try these changes. I hope to do it within the next week. I have a small mountain of things to do.
No hurries. It's done when it's done.
Oh, and I know that mountain...same here :(.
Regards, Enrico
On Wed, 12 May 2010 20:55:52 +0200 Enrico Tröger enrico.troeger@uvena.de wrote:
On Mon, 10 May 2010 19:39:25 -0500, Oliver wrote:
Hey,
I just thought of something else. I've been told that Windows 7 is constricting the ability of programs to write to files contained in C:"Program Files". I think though it might be time to move it to the
Yeah, there changed something. It might be related to the line 30 of the installer script:
RequestExecutionLevel user
This was suggested by a user so the installer can be ran without Admin privileges IIRC. Maybe this is part of the problems, not sure though. I'm not experienced with these new Windows security features.
Do you have any experience whether this maybe can be trig geed by install dialog? I did see it on a couple of tools where you can decide between 'root' and local user. But no idea how this sis working, to be honest ;)
Cheers, Frank
I managed to install Vista in a virtual machine (touch and go, didn't think it would work for a minute or 5). Anyway, if I don't choose run as administrator, it will install it to C:\Users.
This is most likely related to "RequestExecutionLevel user" be changing and testing it for you guys, when I get a chance.
2010/5/12 Enrico Tröger enrico.troeger@uvena.de
On Mon, 10 May 2010 19:39:25 -0500, Oliver wrote:
Hey,
I just thought of something else. I've been told that Windows 7 is constricting the ability of programs to write to files contained in C:"Program Files". I think though it might be time to move it to the
Yeah, there changed something. It might be related to the line 30 of the installer script:
RequestExecutionLevel user
This was suggested by a user so the installer can be ran without Admin privileges IIRC. Maybe this is part of the problems, not sure though. I'm not experienced with these new Windows security features.
Regards, Enrico
-- Get my GPG key from http://www.uvena.de/pub.asc
Geany mailing list Geany@uvena.de http://lists.uvena.de/cgi-bin/mailman/listinfo/geany
On Sat, 15 May 2010 01:08:05 -0500 Oliver mr.soup12@gmail.com wrote:
I managed to install Vista in a virtual machine (touch and go, didn't think it would work for a minute or 5). Anyway, if I don't choose run as administrator, it will install it to C:\Users.
This is most likely related to "RequestExecutionLevel user" be changing and testing it for you guys, when I get a chance.
If you got the chance for, I don't see any problem ;)
Cheers, Frank
On Sat, 15 May 2010 01:08:05 -0500, Oliver wrote:
I managed to install Vista in a virtual machine (touch and go, didn't think it would work for a minute or 5). Anyway, if I don't choose run as administrator, it will install it to C:\Users.
This is most likely related to "RequestExecutionLevel user" be changing and testing it for you guys, when I get a chance.
I just had a quick look at this again and found some documentation for it:
http://nsis.sourceforge.net/Docs/Chapter4.html#4.8.1.32
I think "user" is actually correct in theory but most users probably want to install it globally with admin rights anyway. So maybe, "highest" is more suitable for us.
What do you think?
Regards, Enrico
Highest seems to be good to me. If a user is admin (which most users are by default on windows [silly indeed 8-) but anyway]) then they should install to Program Files\ and if not, they will install to C:\ users. I think that people smart enough to run with a user level account and who wish to have it in program files will know to run as an admin. Those with user accounts will still be able to install, and those with admin accounts (as a large portion of windows users are) will install to Program Files.
I took the time to check that if I compiled it as highest, it would work as expected. When I got it to compile, I ran without using "run as admin". Windows 7 UAC prompted me to continue. When I did, it ran as expected and wanted to install to the proper "Program Files" directory. I don't have a "user" account on this machine and am without a virtual machine (for right now, my lan file server should be coming online in a few days and i can check then) so if anyone with access to a vm can check, I'd appreciate it.
On vista, as expected using a admin account prompted to install to program files. Using a user account, it prompted to install to C:\users\bob (yup, that's what I used).
On 5/23/2010 6:44 AM, Enrico Tröger wrote:
On Sat, 15 May 2010 01:08:05 -0500, Oliver wrote:
I managed to install Vista in a virtual machine (touch and go, didn't think it would work for a minute or 5). Anyway, if I don't choose run as administrator, it will install it to C:\Users.
This is most likely related to "RequestExecutionLevel user" be changing and testing it for you guys, when I get a chance.
I just had a quick look at this again and found some documentation for it:
http://nsis.sourceforge.net/Docs/Chapter4.html#4.8.1.32
I think "user" is actually correct in theory but most users probably want to install it globally with admin rights anyway. So maybe, "highest" is more suitable for us.
What do you think?
Regards, Enrico
Geany mailing list Geany@uvena.de http://lists.uvena.de/cgi-bin/mailman/listinfo/geany
On Sun, 23 May 2010 22:08:18 -0500, Oliver wrote:
Hi,
Highest seems to be good to me. If a user is admin (which most users are by default on windows [silly indeed 8-) but anyway]) then they should install to Program Files\ and if not, they will install to C:\ users. I think that people smart enough to run with a user level account and who wish to have it in program files will know to run as an admin. Those with user accounts will still be able to install, and those with admin accounts (as a large portion of windows users are) will install to Program Files.
Yeah, seems quite reasonable.
I took the time to check that if I compiled it as highest, it would work as expected. When I got it to compile, I ran without using "run as admin". Windows 7 UAC prompted me to continue. When I did, it ran as expected and wanted to install to the proper "Program Files" directory. I don't have a "user" account on this machine and am without a virtual machine (for right now, my lan file server should be coming online in a few days and i can check then) so if anyone with access to a vm can check, I'd appreciate it.
I didn't manage it yet to test it but if anyone else wants to, I quickly built the recent snapshots with the "highest" setting (on WinXP), available on
http://uvena.de/tmp/geany-0.19svn_r4951_nogtk_setup_highest.exe http://uvena.de/tmp/geany-0.19svn_r4951_setup_highest.exe
Regards, Enrico