mIRC Home    About    Download    Register    News    Help

Page 3 of 4 < 1 2 3 4 >
Topic Options
#169772 - 27/01/07 08:16 PM Re: mIRC 6.21 Requires Elevated User Privileges [Re: Riamus2]
starbucks_mafia Offline
Hoopy frood

Registered: 09/12/02
Posts: 2962
Loc: Norwich, UK
Quote:
Hm... a program that was installed by the admin and that writes to its own folder (no other locations) is not having "system-wide" effects. Whether you can write to the mIRC folder or to the user data folder, you're still changing/writing the exact same file(s).

- Of course it's a system-wide effect, you're affecting all users on the machine when you write to anything in the Program Files folder.
_________________________
Spelling mistakes, grammatical errors, and stupid comments are intentional.

Top
#169784 - 27/01/07 11:12 PM Re: mIRC 6.21 Requires Elevated User Privileges [Re: Khaled]
Riamus2 Offline
Planetary brain

Registered: 13/10/04
Posts: 8327
Loc: MA, USA
That portable idea works for me. smile
_________________________
Invision Support
#Invision on irc.irchighway.net

Top
#169786 - 27/01/07 11:15 PM Re: mIRC 6.21 Requires Elevated User Privileges [Re: starbucks_mafia]
Riamus2 Offline
Planetary brain

Registered: 13/10/04
Posts: 8327
Loc: MA, USA
Originally Posted By: starbucks_mafia
- Of course it's a system-wide effect, you're affecting all users on the machine when you write to anything in the Program Files folder.


And if you're the only user? Or all users are allowed equal access to the program? I do see a point of separating things be user on a multi-user computer... not for security, but to have different settings. However, on a single-user computer, I prefer having the entire program kept in a single location so that I can easily find everything. As it is, I have programs that have settings in the program folder, in the My Documents folder (usually in subfolders, but not always), and in the Application Data folder. It's a bit rediculous.
_________________________
Invision Support
#Invision on irc.irchighway.net

Top
#169791 - 28/01/07 02:33 AM Re: mIRC 6.21 Requires Elevated User Privileges [Re: Khaled]
landonsandor Offline
Hoopy frood

Registered: 12/12/02
Posts: 1527
Loc: state of confusion
There's a program called Editpad Pro which in the options, allows you to Keep Registry Clean. Store Settings in an .ini file. Perhaps that's a way you could implement the "portable" option.
_________________________
Those who fail history are doomed to repeat it

Top
#169794 - 28/01/07 04:43 AM Re: mIRC 6.21 Requires Elevated User Privileges [Re: MSTCrow]
enexif Offline
Self-satisified door

Registered: 07/10/05
Posts: 3
How about a 'profile' sort of thing. Like what Firefox does...

We have the 'Application Data\mIRC' - Now normal users will have 1 mIRC running, but for development purposes one could launch a new profile...

The profile would be directories
Take the profile "development"

'Application Data\mIRC\Profiles\mirc.development\'

Now in that folder could be the 'mirc.ini' and folders and scripts and settings and whatever for that profile.


Now this technically also saves disk space (I think?) - mIRC is a few megs in size. I personally have a whole bunch floating around my hard drive (somewhere close to maybe 25-30) from different development projects. If we can reduce this to a shortcut to Program Files\mIRC\mIRC.exe -p "development" then we safe ourselves a bit of disk space.

Now mIRC could implement a profile creation dialog, it wouldn't be that hard to achieve.

I think it's a nice work around. And if short cuts aren't your thing. Then mirc.exe -profilemanager should pop up a dialog to select a profile...

--
Ideally, mIRC should add aliases to manipulate the current profiled folder such as $ProfileDir to return the current profile directory... or $ProfileScriptDir to return the current profile scripts directory

Application Data\mIRC\Profiles\mirc.default\scripts\

Then scripts can actually store different settings for profiles if needed.

Or a $DefaultScriptDir could be use if scripts don't want to be 'profile-dependent' it could return such
Application Data\mIRC\Scripts\

Of course the scripts could still use the $scriptdir and such, but the above would allow for more organized scripting...

Just my 2 cents

- Zach


Edited by enexif (28/01/07 04:45 AM)

Top
#169804 - 28/01/07 11:45 AM Re: mIRC 6.21 Requires Elevated User Privileges [Re: Khaled]
psycogod Offline
Ameglian cow

Registered: 10/12/02
Posts: 43
Loc: USA
Since mIRC would be getting settings from the Application Data folder, would mIRC check the mirc.ini in the Application Data folder for the portable setting, or check to see if mirc.ini is in the current folder then check the portable setting. It may be more conveniant to see if mirc.ini is in the same folder as mIRC, and if it is, goto portable mode. A -nonportable switch may be desired in either case.

I like the profiles idea, however I think if that is implemented a "Profiles" menu should be created that contains options to manage profiles and switch profiles. Scripts should be loaded/unloaded with the profiles (I think he meant this anyway). A default profile should also be available, and all scripts from the the default profile should remain loaded in any profile. Each profile should have its own ini file to store setting for that profile (channels, nicks, networks, scripts, aliases, popups, and other). A profile event may even be desirable, so scripts can save settings before getting unloaded for the next profile.

A profiles command/identifier should be available to help manage profiles as well.
Command could
  • Create new profiles
  • Delete profiles
  • Start new mIRC with a chosen profile loaded
  • Change profiles

Identifier could
  • Return the current profile
  • Return profile location (on hdd)
  • Return any setting specific to a profile
  • Return information on all profiles


Even if a profile system is implemented, a simple (command line free) method should be created for the portability option.

Top
#169805 - 28/01/07 03:20 PM Re: mIRC 6.21 Requires Elevated User Privileges [Re: landonsandor]
cold Offline
Hoopy frood

Registered: 25/02/03
Posts: 810
Loc: Brazil
Originally Posted By: landonsandor
There's a program called Editpad Pro which in the options, allows you to Keep Registry Clean. Store Settings in an .ini file. Perhaps that's a way you could implement the "portable" option.


Wasn't that added already?

56.Added command line switch -portable to make mIRC avoid use of the registry, and $portable identifier.
_________________________
* cold edits his posts 24/7

Top
#169821 - 28/01/07 08:37 PM Re: mIRC 6.21 Requires Elevated User Privileges [Re: cold]
landonsandor Offline
Hoopy frood

Registered: 12/12/02
Posts: 1527
Loc: state of confusion
what I meant was IN the settings not just with a command option. in mirc's ALT + O somewhere smile
_________________________
Those who fail history are doomed to repeat it

Top
#169916 - 30/01/07 09:16 PM Re: mIRC 6.21 Requires Elevated User Privileges [Re: landonsandor]
FaiNT Offline
Babel fish

Registered: 18/02/06
Posts: 65
how about this, if theres a mirc.ini in the exe's folder, then treat it like normal, if not then check in appdata, and maybe have the release be both install exes and zips, with the zip haveing the help file and exe, maybe even one with the ini too. it whould work much better and let us that like mircs old way better work like we want to.

-and/or-

Have the installer be like winamp, u pick shared settings or per-user settings.


Edited by FaiNT (30/01/07 09:18 PM)
_________________________
known on irc as MrStonedOne
read my full post before replying or dont reply. tl;dr isn't allowed here

Top
#169917 - 30/01/07 10:25 PM Re: mIRC 6.21 Requires Elevated User Privileges [Re: FaiNT]
landonsandor Offline
Hoopy frood

Registered: 12/12/02
Posts: 1527
Loc: state of confusion
well, this way we can change it on the fly (if it's in the options). This way, if we want to change back and forth we can. The other option is to write the information BOTH places and then it just wont matter EXCEPT (if my idea gets put into play) where mirc grabs the data from.
_________________________
Those who fail history are doomed to repeat it

Top
#169937 - 31/01/07 02:48 AM Re: mIRC 6.21 Requires Elevated User Privileges [Re: landonsandor]
FaiNT Offline
Babel fish

Registered: 18/02/06
Posts: 65
i don't want it in the options cuz i always copy and paste the mirc exe to my upp folder this way it will work seamlessly
_________________________
known on irc as MrStonedOne
read my full post before replying or dont reply. tl;dr isn't allowed here

Top
#169940 - 31/01/07 03:20 AM Re: mIRC 6.21 Requires Elevated User Privileges [Re: FaiNT]
CyberBotX Offline
Ameglian cow

Registered: 11/01/07
Posts: 20
I believe FaiNT's idea, if implemented properly, would be a good one. That way everyone who knows what they are doing with mIRC and is able to work with it the way it is should be able to keep using it that way, while new people or people who don't know better won't have to worry about it.

Top
#170519 - 10/02/07 12:36 AM Re: mIRC 6.21 Requires Elevated User Privileges [Re: Riamus2]
bits Offline
Pikka bird

Registered: 08/12/06
Posts: 18
Quote:
As it is, I have programs that have settings in the program folder, in the My Documents folder (usually in subfolders, but not always), and in the Application Data folder. It's a bit rediculous.


That it is and is exactly why mirc for example should be changed to follow age old guidelines correctly and NOT place settings in the "program files" folder(or HKLM). For the other applications that do the wrong thing, take it up with them. Their issues/errors have nothing to do with mirc or other unrelated users.

Top
#171527 - 25/02/07 03:08 PM Re: mIRC 6.21 Requires Elevated User Privileges [Re: MSTCrow]
Annihilator Offline
Bowl of petunias

Registered: 25/02/07
Posts: 2
This is a blasted non-discussion. Back in 1999., when Microsoft issued its first AppSpec documentation in respect to W2K, you did nothing. Upon revision for XP in 2001. once again you did nothing, blindly ignoring the world around you and the changes which were supposed to be done to the applications by Windows developers in order to get integrated into a "new age", secure multi-user Windows environment.

Only now, after receiving a sledgehammer blow over the head with Vista's UAC, you choose to react. It seems that knocking you over the head with a blunt object is the only way to persuade you developers to accept that it's time for decades-old developer dogmas to finally get tossed out the window.

We can only thank God for UAC, for if it weren't for that glorious mechanism, your software would remain unusable for as long as the Windows platform existed.

Top
#171551 - 25/02/07 05:12 PM Re: mIRC 6.21 Requires Elevated User Privileges [Re: Annihilator]
Riamus2 Offline
Planetary brain

Registered: 13/10/04
Posts: 8327
Loc: MA, USA
You registered just to post that garbage? Funny.
_________________________
Invision Support
#Invision on irc.irchighway.net

Top
#171568 - 25/02/07 11:03 PM Re: mIRC 6.21 Requires Elevated User Privileges [Re: Riamus2]
Annihilator Offline
Bowl of petunias

Registered: 25/02/07
Posts: 2
Originally Posted By: Riamus2
You registered just to post that garbage? Funny.

Everyone has a right to keep his/her head buried in the sand. Ultimately, the actions already undertaken by its developers to finally bring mIRC in-line with AppSpec prove my point.

Top
#171630 - 26/02/07 09:34 PM Re: mIRC 6.21 Requires Elevated User Privileges [Re: psycogod]
Kardafol Offline
Fjord artisan

Registered: 08/01/07
Posts: 259
Originally Posted By: psycogod
Since mIRC would be getting settings from the Application Data folder, would mIRC check the mirc.ini in the Application Data folder for the portable setting, or check to see if mirc.ini is in the current folder then check the portable setting. It may be more conveniant to see if mirc.ini is in the same folder as mIRC, and if it is, goto portable mode. A -nonportable switch may be desired in either case.

I like the profiles idea, however I think if that is implemented a "Profiles" menu should be created that contains options to manage profiles and switch profiles. Scripts should be loaded/unloaded with the profiles (I think he meant this anyway). A default profile should also be available, and all scripts from the the default profile should remain loaded in any profile. Each profile should have its own ini file to store setting for that profile (channels, nicks, networks, scripts, aliases, popups, and other). A profile event may even be desirable, so scripts can save settings before getting unloaded for the next profile.

A profiles command/identifier should be available to help manage profiles as well.
Command could
  • Create new profiles
  • Delete profiles
  • Start new mIRC with a chosen profile loaded
  • Change profiles

Identifier could
  • Return the current profile
  • Return profile location (on hdd)
  • Return any setting specific to a profile
  • Return information on all profiles


Even if a profile system is implemented, a simple (command line free) method should be created for the portability option.

I'd rather like to see the "profiles" to change $mircdir to the profile's directory, and $mIRCexe to be to mIRC's install directory. This would make it a lot easier for scripts to change, as they would not be affected if they use $scriptdir and $mIRCdir.
_________________________
Those who can, cannot. Those who cannot, can.

Top
#171655 - 27/02/07 07:36 AM Re: mIRC 6.21 Requires Elevated User Privileges [Re: Kardafol]
Om3n Offline
Fjord artisan

Registered: 06/07/03
Posts: 655
Originally Posted By: Kardafol
I'd rather like to see the "profiles" to change $mircdir to the profile's directory, and $mIRCexe to be to mIRC's install directory. This would make it a lot easier for scripts to change, as they would not be affected if they use $scriptdir and $mIRCdir.

I think it would be better for scripters to stop using $mircdir when they are not refering to one of mircs own files or specifically saving/reading settings from a file they want to remain in the mirc root dir.

A $profiledir would seem more appropriate than altering the behavior of $mircdir.
_________________________
"Allen is having a small problem and needs help adjusting his attitude" - Flutterby

Top
#171688 - 27/02/07 04:46 PM Re: mIRC 6.21 Requires Elevated User Privileges [Re: Om3n]
Kardafol Offline
Fjord artisan

Registered: 08/01/07
Posts: 259
Then some scripts may break in vista.

I.E scripts that "try" to share dlls. $mircdir/DLL/file.dll
However, I do see your point. I just hate when I have 5 copies of the same DLL (whilefix), when there could just be one.


Edited by Kardafol (27/02/07 04:49 PM)
_________________________
Those who can, cannot. Those who cannot, can.

Top
#172088 - 05/03/07 10:14 AM Re: mIRC 6.21 Requires Elevated User Privileges [Re: Kardafol]
The_JD Offline
Fjord artisan

Registered: 28/03/06
Posts: 392
Loc: New South Wales, Australia
My main question is:

Will the portable switch still work?

Currently I use a custom made "mIRC Loader" so that it loads with the portable switch - I like the way mIRC runs now. If the data was stored in %appdata% then the portable switch would effectively be broken.

If the portable switch is still working. I think almost all users will eventually move over to using a mirc loader.

The portable switch is a great feature, It should allow users to keep using the pre-existing setup of mIRC (Even on future versions)

Also, Win9X users, To see where your application data folder is, Goto start, Click run, Then type in: %appdata% - However, If you are on 9X i believe that the %appdata% folder is shared accross all user profiles (correct me if I am wrong).
_________________________
[02:16] * Titanic has quit IRC (Excess Flood)

Top
Page 3 of 4 < 1 2 3 4 >