Is there a way to force a program (Eclipse Kepler in my case) in Windows 7 to use a 3rd party installed theme? I do not want to change the OS theme altogether. All other programs should use the default (Aero in my case) theme. So I am looking for some command line parameter, may be, which can dictate Eclipse to use a specific theme. Is this possible?
Here is an explanation of why I am looking for this solution -
I wanted to completely change the look of Eclipse to a dark theme. I am using 'Oblivion' theme for Eclipse editor and 'Juno Dark' theme for other parts of eclipse. This leaves out certain scrollbars and other areas still inheriting white windows colors. For that I installed third party Windows OS themes. This solves the problem of styling Eclipse to a completely dark look... however I do not wish to change the look of the whole Windows 7, only eclipse.
Related
I have tried to install the dark theme and it worked, but only for the area where you can write your code, not for the whole app. Is there a possibility to change the complete colour theme of the app, like in VS Code?
It's not possible to set a "dark mode" theme in CodeBlocks.
CodeBlocks is built on the basis of wxWidgets libraries, which currently do not support "dark mode" themes.
I create my programs on Ubuntu 12.04 and compile them on Windows (when necessary).
Recently I noticed that my Lazarus projects look different on Ubuntu and Windows. The problem is on Windows XP, 7 and 8. I'm not sure if Vista looks the same.
For example, group boxes containing radio buttons look shrunk in height, thus hiding parts of the components.
Now I have to edit this forms on Windows before compiling for those platforms. What's worse is that when I bring these project back to Ubuntu, the forms looks unnecessarily stretched out (in height).
Is there a solution to this?
Thanks!
It is easily to check if the controls themselves have the same height(just query their left and top properties and dump it in a memo or log for verification)
If that is ok, it is probably the font. Default fonts are subject to themes, and sometimes readability/disability settings.
Consistent cross-platform look is not a trivial task and does not come at no-cost.
Read http://wiki.freepascal.org/Autosize_/_Layout, especially the part that can scale controls on your form depending on the font size that the end user has configured in the Control Panels
Read few chapters from Google: "windows dpi aware applications"
I developed one Windows Phone 7 application.
After installed the app to my mobile device (in emulator too) I'm experiencing the theme problem.
Means there are two themes in windows phone, LITE and DARK.
When I set my theme to dark and execute my app , it looks OK,
but if I change the theme to LITE everything is reverted.
It means white lables become black, and black background become white.
So I need a solution to my app, so that the user can set any theme, but it doesn't effect the appearrence of application.
Don't hardcode colours, brushes, etc, but instead use {StaticResource ResourceName} and use resources from Theme Resources for Windows Phone
Make sure that every TextBlock and TextBox has a Style associated with it (available values from the same link)
If you have have custom resources (colours, images, etc) that you wish to be theme-aware you are free to use the ThemeResourceDictionary I posted on my blog (and also for this SO question). I promise to commit the code to GitHub one of these days and also create a NuGet package.
I'm trying to internationalize an installation package using WiX (Windows Installer XML), but I keep running into a problem with right to left languages (e.g. Arabic and Hebrew).
I've followed the tutorials, specifically the right to left tutorial. Everything appears as it should in right to left except for the titlebar of the Windows Installer dialog windows.
According to every source I've researched, including that tutorial (which is the one suggested to use by WiX on Sourceforge), mirroring the titlebar is currently impossible.
Has anyone successfully mirrored the titlebar of the Windows Installer dialog windows? If so, how did you do it?
Previously I used to piddle around with VB6 to develop a couple of personal projects. Following my upgrade to Windows 7, I've decided to piddle about with vb.net Express Edition 2010.
If I wanted my VB6 application to blend in with the visual style of Windows, I would use the code and techniques described here. In short, I would use a Manifest file and a couple of calls within the application and most of the elements would look similar to the XP theme applied. If it was run on 2000, 95 or 98 then it would look like a standard Windows app. All was good.
Now I've moved onto vb.net, I've written a simple "Hello, world" application but I have absolutely no idea on how to make it look like the Windows 7 theme (eg. the font matches the system font and the widgets are styled correctly).
Just changing the font is a hack and will look out of place on machines that are set-up differently or run a different version of Windows where the default font is different.
How do I ensure my application matches the applied Windows theme irrespective of the version of Windows?
A lot of this is automatic if you create a Windows Forms app. They will (mostly) use the standard native Windows controls which draw themselves with the theme colors. But there are exceptions:
the Form item template uses a default Font named Microsoft Sans Serif. You'll have to change it to Segoe UI to match the Vista/Win7 default. This is only necessary for the Form class, all controls you put on it will automatically inherit that font. On an XP machine, the Windows font mapper will notice that the font is missing and automatically fall back to MSS.
the MenuStrip class uses custom rendering to draw the menu items. It tries to match the Windows style when you change the RenderMode property to System but the way it draws doesn't match the Win7 style. Right-click the toolbox, Choose Items and select MainMenu. That's a legacy version that does use Windows to draw menus so it produces the proper theme appearance.
A very similar problem for ToolStrip. It's legacy version is ToolBar. This is a hard one to swallow, it doesn't use a rebar which make the tool bar look flat and ugly.
There are similar problems in WPF but with the added problem that WPF doesn't use any of the standard Windows controls. And gets it wrong in subtle places.