I would like to stay away from Software (if possible) because I just don't see the point of bogging down my memory for no reason.
I do realize this may be impossible to do and in that unfortunate circumstance I have come up with a comparable alternative.
In the case of that not being achievable I would like to:
- Go into the registry and tell it not to add the blur on aero glass so it is completely see through, like glass.
- Shorten the width of the entire start menu (like the image from link above)
- Remove the Start Orb
- Make Start Menu look flat so Taskbar entries don't look buttonized but like 1 piece cohesive piece (like in image from link above)
- Do the same with the system tray. I don't use the clock either, but that is just a setting I can change (unless it is different after these edits?)
- The Start Bar would than look something like the one pictured in the image. I will be auto hiding this menu. The width should just fit the text when it appears for program titles and whatnot. All flat, so there is no defination between the buttons and bar. Clear.
Thank you SO much for your time here on the Code Project Forums. I appoligize for being rather clieless on the matter... I suppose I would need either a VERY detailed walkthrough or someone to send me the registry changes to click and they are entered for me. (That would be best so I don't screw things up).
I don't know how much Windows 7 changes from Vista in these matters but I am qualified for a free upgrade to 7 Home Premium 64bit.
I currently use Vista Home Premium (x86) 32bit. I doubt my screen resolution is of any importance but I have a 1366x768 laptop and often attach it to a 1900x1200 monitor.
Again, thank you so much for your time in this matter and any advice or hopefully someone with a direct solution of this issue would be respected and appreciated beyond what words I can say. . . I have wanted to do this for a LONG time.
I have one other issue which I will post now in another topic. I know the color of the Explorer folders (any folder windows you open) with the colors being Hard Coded for the white background, but I would like to change that color.
Quite another issue though I figured I would just mention it here at the end!
Take Care Everyone!
"Accept your past to attain your future".
"Don't let the world around you control the world inside"
I currently have a Windows Service written in C# .NET 2.0 which is automatically started and runs under the LocalSystem account - lets call it Serv.exe - this service is responsible for performing administrative tasks (a bunch of them).
There is another application (lets call it A.exe written in C++) which is run under the USER account (non-administrator), this application communicates with the Service (Serv.exe), using custom commands (ControlService(hService, CustomCommand) to tell it what task to perform.
Now - this all works perfectly fine right now, using Windows 2000 and XP - but will this cause problem when migrating to VISTA and Windows7? I know people mentioned that in Vista services run in a different session (not exactly sure what that entails) - will there be any issues using ControlService(...) under OS's past XP?
Key point to recall is that A.exe (non-admin user account) is communicating with Serv.exe (Local System service) to perform tasks like:
- copy files, delete files, move files
- extract files, zip files
- run setup.exe's, apply .MSI files
- register COM objects
- affecting the registry
(pretty much anything you could image)
I need to know if there will be porting problems, if so I'll completly change my approach now (while I have the time).
(and use Named Pipes instead)
The reason I was using ControlService(...) instead of Pipes or Sockets is due to the fact that I only communicate with the service once every 20-30mins and only to request a specific operation be performed (simply send a single integer one-way), I thought pipes/sockets might be overkill for my needs ... I could be wrong ...
Looking for some advice, any help would be much appreciated...
in an earlier thread (sorry I don't have a link, you could search the forums) it was said services run on a different desktop than interactive users, hence they don't even receive the Windows Messages sent by those interactive users.
Luc Pattyn [Forum Guidelines][My Articles] The quality and detail of your question reflects on the effectiveness of the help you are likely to get.
Show formatted code inside PRE tags, and give clear symptoms when describing a problem.
I have a VBA add-in that gets autiomatically installed on user's excel. Things were good until they upgraded to Excel 2007.
Although my add-in gets included into the list of Application Add-Ins the Add-Ins tab is still not displayed.
Whenever i try to instal sql2005..and proceeds to the selection..in next step where we have to check the workstation option..is disabled..in details it shows upgrade block coz already have later version installed. Even i tried by uninstalling each and every sql file and even deleted from registry still gives same problem. And when i go to start menu and select sql2005 it only show sql server configuration manager and surface manager..please help me i really need to get rid of this.
I just wanted to install Oracle 9.2 for my academic purposes. It doesn't even complete the setup wizard even later I tried with changed compatibility settings, and 'RUN AS ADMIN'. Neither of them worked for me.. It actually crashes while installing sometimes, and sometimes it doesn't set up services properly. This must be a problem in Windows Vista.
But when I used Oracle Express edition it worked, but in there no much functionality to study Oracle well.
Just can manage with single database+ some commands. Better someone can suggest something to do in order to get Oracle up and running in Vista.
this may not fall into the relm of Vista, but I have a question/comment on MS Outlook 2007.
When I get some e-mail that is considered junk and automatically placed in the Junk E-mail folder for Outlook 2007, if I open the Junk E-mail folder and open a message (that I consider safe), it creates a new window of the Outlook GUI in addition to opening the message.
My question would be:
how do I report any bugs or annoyances to the Microsoft developers (haha) so that this annoyance could be rectified in future updates?
I wrote a transport Sink of SMTP service, which works pretty fine in Windows server 2003. Now the server is upgraded to Windows server 2008 and I am suffering two issues:
1. The SMTP service is totally not accessible either through Outlook clinets (outlook express and outlook 2003) or telnet.
While using outlook client, I created a account connecting to the server which hosts SMTP service, and I got the error "4.3.1 Out of memorry" each time I try to send a mail.
While doing the telnet test, I can connect to the SMTP server successfully. "EHLO", "MAIL FROM" and "RCPT TO" commands works fine. However, when it comes to the next command "DATA", the SMTP server returns the same error as what the Outlook client got.
It is said that the insufficient permisson of the "System" account in the machine where the SMTP server is hosted could cause this issue, however, I did checked that the "System" account does have the full permission against the "mailroot" folder.
Anyone could help this issue, I do appreciate.
2. The SMTP sink was found no longer be able to be registered by smtpreg.vbs. I am getting the error "type mismatch". This definitely works fine in windows server 2003. Someone who knows what is going on. I do hope I can gain some help here. Appreciate any kind of help.
i got a problem in vista, and i just don't get it..
the problem is the following, if i publish a new application (an empty form, just a plain new windows forms application) from a windows 2000 pc from Visual studio 2005, and i try to run it on a vista pc, i get an error "cannot launch application. please contact vendor". When checking the error log it says i need elevated rights to run the application. (errorcode 0x800702E4) I googled this a bunch of times, but no results which can help me.
The weird part is:
Every application published, lets say a week ago or earlier, works on vista, and launches without problems (also published from a win2000 pc in vs2005)
If i publish a new version of an older application, then this application will also launch succesfully in vista.
So its only new applications that i cant get working in vista???
I tried publishing a new windows forms application on my vista pc in vs2005, this application also launches succesfully
I tried publishing a new version of a new application (which didnt work) from my vista pc in vs2005, this application won't work either.
I guess it has to do something with the policies in Vista, but its strange that it only affects newly published applications published from Win2000, or existing non-working applications published from vista...
It's a long shot, but does anyone here has any experience with problems like this? The only thing i can do as a workaround is making a new project on my vista pc, copying all the code in there, and publish it from there. *sigh*, got to love vista...
After 3 weeks i finally stumbled upon the cause of the problem.
All my non working applications had the string "update" in their filename/assemblyname...
And of course everyone (except for me) knows that the UAC recognizes the program as an installer
when the string "update" is found in the filename/assemblyname.
Installer Detection Technology
Installation programs are applications designed to deploy software, and most write to system directories
and registry keys. These protected system locations are typically writeable only by an administrator
user, which means that standard users donot have sufficient access to install programs. Windows Vista
heuristically detects installation programs and requests administrator credentials or approval from the
administrator user in order to run with access privileges. Windows Vista also heuristically detects
updater and uninstallation programs. Note that a design goal of UAC is to prevent installations from
being executed without the user's knowledge and consent since they write to protected areas of the file system and registry.
Installer Detection only applies to:
1. 32 bit executables
2. Applications without a requestedExecutionLevel
3. Interactive processes running as a Standard User with LUA enabled
Before a 32 bit process is created, the following attributes are checked to determine whether
it is an installer:
Filename includes keywords like "install," "setup," "update," etc.
Keywords in the following Versioning Resource fields: Vendor, Company Name, Product Name, File
Description, Original Filename, Internal Name, and Export Name.
Keywords in the side-by-side manifest embedded in the executable.
Keywords in specific StringTable entries linked in the executable.
Key attributes in the RC data linked in the executable.
Targeted sequences of bytes within the executable.
When I boot Vista a blue screen of death flashes. There are some messages on it but I cannot read them because the computer restarts immediately (now I'm on Linux). How to read a message which appears in a blue screen? I believe it's logged somewhere.
I am developing a network deployment application so first i am gathering OS information of remote nodes at network. i am able to find Windows XP, Windows server, Linux and Unix but i am unable to find finger print of windows vista (Namp fingerprint) .
ettercap i am using for finger print detection.
Can anybody tell me where can i find windows vista fingerprint or if anybody know finger print please send me, it will be great help.
If I open a file and write to it, then try to read the file contents in a different process, I'm not able to see the file updates until they get flushed to disk. This behavior is different than it was in Windows XP / 2003. Has anybody else run into this, and is there a way to make this work like it did before?
This code illustratest the problem. With the FlushFileBuffers() call, I can see the file contents from a different process. Without it, the file remains unchanged until NTFS decides to flush its cache.
// writetest.cpp : Defines the entry point for the console application.
int _tmain(int argc, _TCHAR* argv)