I'm looking for any help regarding changing a wacom tablet control panel option in Win 7. What i need to do;
I own a Wacom Tablet and I wish to change one of its options, "Tip Feel". This option controls how the pen works, set to "soft" it makes the pen require less pressure and acts like a felt tip or soft brush. Set to "firm" it makes the pen require lots of pressure and feels like a very hard pencil or technical pen.
Ultimately I would bind 3 keys to three different "tip feels" - soft, medium and firm
Below is the control panel interface and the option I'm interested in is highlighted in red
http://www.fuzzypiglet.com/crap/cp.jpg
Technically this would mean;
1. Opening the control panel
2. Selecting several options at the top (Tablet - Intuos4 L), (Tool - Grip pen), (Application - Painter 12 x64)
3. Changing the tip feel slider to "soft" (7 step option so maybe as a number "1")
4. Closing the control panel and restoring the Painter application
Is this software right for what I want to do? Ive no experience with programming at all apart from a bit of html.
Related
A child Gtk::Window or Gtk::Dialog may be moved around by dragging on the title bar. Being top level windows this activity requires support from the window manager. What is the mechanism by which Gtk requests the window manager to move the position of the window?
Background
I have a Gtk application running on a custom Linux distribution (based on Yocto running Waland/Weston). The application is developed on Ubuntu 20 which has both X11 backend and Wayland backend. The child dialogs or windows that are spawned by the main window are perfectly centered on the main window (in Ubuntu on both backends). However on the target (with Weston) the dialogs or windows appear at random position. Now I understand that this is reported in several forums (like this one in stackoverflow itself).
Different Approach?
With what ever little I know I tried Gtk::Window::move, Gdk::Window::move and even dared to play with Wayland surfaces (gdk_wayland_window_set_transient_for_exported ) but with no avail.
That left me wondering how the user is able to move such child windows by grabbing the header bar (or title bar as Gtk::Window calls it) even under Weston. If I get to know how this works then perhaps I can emulate a grab-drag to position the window where ever I want.
I tried sifting through gtkwindow.c to find out what happens when one sets the title bar using the function gtk_window_set_titlebar but the rabbit hole went a little too deep.
It would be great if someone can point me in the right direction, at least quote some functions whose implementation I can study to get this working....
Your question consists of multiple smaller ones, so I'll try to give a shot at answering each and one of them.
The general idea is that Wayland is quite minimal, so to make it suitable for desktop use cases, you need a protocol extension. This extension is called XDG Shell.
A child Gtk::Window or Gtk::Dialog may be moved around by dragging on the title bar. Being top level windows this activity requires support from the window manager. What is the mechanism by which Gtk requests the window manager to move the position of the window?
This first part is described in the Wayland book, but the idea is that you forward an input event (usually a drag) back to the compositor, who will know what do with it. That might mean moving the window (or not moving it, if you've reached the edge of the screen.
However on the target (with Weston) the dialogs or windows appear at random position. Now I understand that this is reported in several forums (like this one in stackoverflow itself).
Note that your confusing 2 questions here: one is where to put a child window, compared to a parent window, while the second sentence here talks about position any toplevel window. There is also a section in the Wayland book on popups (part of XDG shell also) which also describe something similar.
So whether you can arbitrarily move windows: the answer is no.
The most important question then becomes: what can you do to solve your problems with Weston? It's hard to say without any kind of code. You might want to make sure you set the GtkDialog parent when constructing it (also known as the transient_for property. You might want to play around with the modal flag also. There might be other options too, but it's a bit of a blind guess.
I'm currently editing my own style in Mapbox Studio and I've selected to show the road number and road exit shields.
I can locate the individual layers for these two but I'm having trouble figuring out what to edit in the style panel to produce what I want to see:
When you zoom out, road number shields remain visible, but there appears to be a step change for the exit number shields - they completely disappear after zooming out less than 14. So I'm looking through each option for a step change at about this value but I can't seem to find anything that has this.
Can anyone advise what I can change to keep the exit number shields visible when zooming out, in a similar style to the road number shields?
When you have the style panel open for the road-exit-shield, at the top right of the window, click Select data (and follow the instruction to expand all layers) then you will see the 'zoom extend' in this window which can be altered.
style panel image
I have a question about form appearance.
I would like to create an application that looks likes some MacOS app (for example Bear or even the App Store. These application are characterized by the left part (a sort of drawer) that is of on1y one colour.
I would like to have my forms created with Delphi in the same way.
I've looked at the internet and I've tried, as suggested, to use VCL style, but there are some problem due to Windows dpi setting on the various PC that run the application. So I wonder if there is a way to reach this task coding.
In the image below you can see how a normal window appear in a PC with Windows 10
The example is greeting with a simple form in which I put a panel painted of blue.
As you can see the titlebar of the windows is white and it can be painted with a color using the VCL styles (but in this case all the titlebar should be of that color.
What I would like to have is something like the following image (created in Photoshop )in which I've traced a red line only in order to highlight the titlebar:
I've tried with intercepting WM_NCPAIN or other similar solution but I can't find a way to reach my task.
Can someone help me with this problem?
Many thanks in advance
In Windows Vista and later, the appearance of the non-client areas of application windows (the title bar, icon, window border, and caption buttons) is controlled by the DWM (Desktop Window Manager). Using the DWM APIs, you can change the way the DWM renders a window's frame. (quote from MSDN).
There is an article Setting up a custom title bar on Vista/Windows 7 that explains how to do this using Delphi. The article also applies to Windows 8.x and Windows 10. The author has written a number of articles on the subject; you can find an overview here.
I have recently upgraded from Delphi7 to Delphi XE5 and one of the differences that first jumped out at me is that by default, the IDE sets a forms default position to be in the top left corner of the screen instead of the center of the desktop like it was in D7 and I have looked all around in the options menu and have yet to find a way to set it so that when a new project is created, all forms default to be positioned in the center of the desktop and was hoping I was overlooked the option to do this or to confirm if it was not possible to set this option to be default.
I know there is the little box at the bottom right hand side of the form designer pane which allows you to move the form around so it is placed anywhere on the screen and of course you can set it to be in the center of the screen using the object inspector, but if I could set it to default to this position by "setting and forgetting" an option in the IDE, than that would be one less thing I need to bother with when starting a new project.
Anyway, any help would be appreciated and thanks in advance for any and all replies.
I figured it out myself in a roundabout way. It does not answer the question to the exact specifications that it was asked in but it works out close enough for my needs. The trick was to set the (now hidden) "Embedded Menu Designer" option to FALSE in the registry which causes the form to float independent of the rest of the IDE like it used to in Delphi 7.
Why this option was hidden from the options panel in Delphi XE3 and above is beyond me, but at least there is a way to get it back to the classic look I was after.
Source: http://theroadtodelphi.wordpress.com/2012/09/04/disabling-the-embedded-designer-in-rad-studio-xe3/
Note: The article talks about XE3, but the same technique applies to other Delphi versions as well. All that needs to be changed is the version number in the registry branch needs to match the version of Delphi that is being using. Everything else remains the same.
Isn't poDesktopCenter (TForm.Position property) enough? You set it in design time and forget about this.
I don't know what will happen if you have 1500x1200 form and the screen resolition is 800x600 - try it youself :)
I'm thinking about making a panel for Linux, that would include window list, menu, clock etc. My 2 requirenments are:
It should fit into MATE (Gnome 2 fork) and possibly Gnome 3 2D mode.
It should have smooth animations (for drag & drop window button reordering like tabs in Chrome).
What libraries should I use? GTK+ / Cairo / Clutter / something else?
You can start checking libgnome-panel (probably renamed to libmate-panel). The gnome-panel is built on top of that and libgnome-panel provides what is necessary to build applets (like the window list, etc.).
Each applet has its own dependencies, for instance, for window lists you will need libwcnk, for clock you might need cairo. For a panel with smooth animations, you might need clutter (that is OpenGL), however, that might not fit with the 2D you are looking for.