Please consider this idea, screen shot plus small demo
Here is a feature I think would make inkscape MUCH more streamlined, eliminating a LOT of wasted screen real estate (especially in the fill/stroke screen). This is a diagram of my request:
http://codebot.org/popslide.jpg
Also, a demo of the concept for windows is available here:
In some cases it makes a lot of sense but there are others like the color edit which benefit from having all sliders in the screen at all times, that way you can easily see what would change when you move them and have a strong visual cue about what could be done. Just my 0.02
On 3/20/08, Anthony Walter <sysrpl@...155...> wrote:
Here is a feature I think would make inkscape MUCH more streamlined, eliminating a LOT of wasted screen real estate (especially in the fill/stroke screen). This is a diagram of my request:
http://codebot.org/popslide.jpg
Also, a demo of the concept for windows is available here:
http://codebot.org/popslide.zip
This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Inkscape-user mailing list Inkscape-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-user
That's great. I agree Inkscape really needs a control like this. Not even so much for saving real-estate, but just to make it easier to tweak the values that are spinner-only right now. Using such a control (as can be seen is in Photoshop, Blender, etc.) was discussed before and I believe the response was all positive.
The problem was just that no one had a GTK control that fit the bill that could be put in place of the current spinners. Is your demo using a GTK control?
--bb
On Fri, Mar 21, 2008 at 3:54 AM, Anthony Walter <sysrpl@...155...> wrote:
Here is a feature I think would make inkscape MUCH more streamlined, eliminating a LOT of wasted screen real estate (especially in the fill/stroke screen). This is a diagram of my request:
http://codebot.org/popslide.jpg
Also, a demo of the concept for windows is available here:
http://codebot.org/popslide.zip
This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Inkscape-user mailing list Inkscape-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-user
I wrote a lot custom code and custom controls, but am familiar mostly with the windows api.
The route I choose to create any control I imagine (and I am limited only by my imagination) is I take a window (a rectangle which can receive user input, aka key presses and mouse clicks). I divide that rectangle into regions and write code to paint those regions, and i write code to handle mouse clicks and key presses.
I am pretty sure the process is the same for Linux/GTK. Someone familiar with programming against GTK ought to know how to define their own controls and not be forced to use only the existing ones. I'm sure it can be done and shouldn't be too difficult for a GTK programmer, but like I said ... all my knowledge is in the windows api.
On Thu, Mar 20, 2008 at 3:04 PM, Bill Baxter <wbaxter@...155...> wrote:
That's great. I agree Inkscape really needs a control like this. Not even so much for saving real-estate, but just to make it easier to tweak the values that are spinner-only right now. Using such a control (as can be seen is in Photoshop, Blender, etc.) was discussed before and I believe the response was all positive.
The problem was just that no one had a GTK control that fit the bill that could be put in place of the current spinners. Is your demo using a GTK control?
--bb
On Fri, Mar 21, 2008 at 3:54 AM, Anthony Walter <sysrpl@...155...> wrote:
Here is a feature I think would make inkscape MUCH more streamlined, eliminating a LOT of wasted screen real estate (especially in the fill/stroke screen). This is a diagram of my request:
http://codebot.org/popslide.jpg
Also, a demo of the concept for windows is available here:
This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Inkscape-user mailing list Inkscape-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-user
This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Inkscape-user mailing list Inkscape-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-user
I think you're right. Not too difficult, but ... someone has to devote the time to do it. The code is not going to write itself.
It is also not too difficult for someone who knows one windowing API to learn another one. :-)
--bb
On Fri, Mar 21, 2008 at 4:21 AM, Anthony Walter <sysrpl@...155...> wrote:
I wrote a lot custom code and custom controls, but am familiar mostly with the windows api.
The route I choose to create any control I imagine (and I am limited only by my imagination) is I take a window (a rectangle which can receive user input, aka key presses and mouse clicks). I divide that rectangle into regions and write code to paint those regions, and i write code to handle mouse clicks and key presses.
I am pretty sure the process is the same for Linux/GTK. Someone familiar with programming against GTK ought to know how to define their own controls and not be forced to use only the existing ones. I'm sure it can be done and shouldn't be too difficult for a GTK programmer, but like I said ... all my knowledge is in the windows api.
On Thu, Mar 20, 2008 at 3:04 PM, Bill Baxter <wbaxter@...155...> wrote:
That's great. I agree Inkscape really needs a control like this. Not even so much for saving real-estate, but just to make it easier to tweak the values that are spinner-only right now. Using such a control (as can be seen is in Photoshop, Blender, etc.) was discussed before and I believe the response was all positive.
The problem was just that no one had a GTK control that fit the bill that could be put in place of the current spinners. Is your demo using a GTK control?
--bb
On Fri, Mar 21, 2008 at 3:54 AM, Anthony Walter <sysrpl@...155...> wrote:
Here is a feature I think would make inkscape MUCH more streamlined, eliminating a LOT of wasted screen real estate (especially in the fill/stroke screen). This is a diagram of my request:
http://codebot.org/popslide.jpg
Also, a demo of the concept for windows is available here:
This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Inkscape-user mailing list Inkscape-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-user
This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Inkscape-user mailing list Inkscape-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-user
This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Inkscape-user mailing list Inkscape-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-user
Hey everybody!
I do very much like the idea! Actually there is a control very similar to it for volume controls (its name is also something like that). It's a button and when you press it you get the slider, just like you want it. This probably could be used.
Cheers
David
| | ESTIEM – European Students of Industrial Engineering and Management | | David Christian Berg | Vice President of Public Relations 2008 | Mobile: +49 176 60033488 | David.Berg@...2445... | | www.estiem.org | | «ESTIEM is an exciting network of open-minded students with a professional approach» |
On Mar 20, 2008, at 20:21 , Anthony Walter wrote:
I wrote a lot custom code and custom controls, but am familiar mostly with the windows api.
The route I choose to create any control I imagine (and I am limited only by my imagination) is I take a window (a rectangle which can receive user input, aka key presses and mouse clicks). I divide that rectangle into regions and write code to paint those regions, and i write code to handle mouse clicks and key presses.
I am pretty sure the process is the same for Linux/GTK. Someone familiar with programming against GTK ought to know how to define their own controls and not be forced to use only the existing ones. I'm sure it can be done and shouldn't be too difficult for a GTK programmer, but like I said ... all my knowledge is in the windows api.
On Thu, Mar 20, 2008 at 3:04 PM, Bill Baxter <wbaxter@...155...> wrote: That's great. I agree Inkscape really needs a control like this. Not even so much for saving real-estate, but just to make it easier to tweak the values that are spinner-only right now. Using such a control (as can be seen is in Photoshop, Blender, etc.) was discussed before and I believe the response was all positive.
The problem was just that no one had a GTK control that fit the bill that could be put in place of the current spinners. Is your demo using a GTK control?
--bb
On Fri, Mar 21, 2008 at 3:54 AM, Anthony Walter <sysrpl@...155...> wrote:
Here is a feature I think would make inkscape MUCH more streamlined, eliminating a LOT of wasted screen real estate (especially in the fill/stroke screen). This is a diagram of my request:
http://codebot.org/popslide.jpg
Also, a demo of the concept for windows is available here:
This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Inkscape-user mailing list Inkscape-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-user
This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Inkscape-user mailing list Inkscape-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-user
This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/_____________________... Inkscape-user mailing list Inkscape-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-user
On 2008-March-20 , at 20:48 , David Christian Berg wrote:
Hey everybody!
I do very much like the idea! Actually there is a control very similar to it for volume controls (its name is also something like that). It's a button and when you press it you get the slider, just like you want it. This probably could be used.
On Mar 20, 2008, at 20:21 , Anthony Walter wrote:
I wrote a lot custom code and custom controls, but am familiar mostly with the windows api.
The route I choose to create any control I imagine (and I am limited only by my imagination) is I take a window (a rectangle which can receive user input, aka key presses and mouse clicks). I divide that rectangle into regions and write code to paint those regions, and i write code to handle mouse clicks and key presses.
I am pretty sure the process is the same for Linux/GTK. Someone familiar with programming against GTK ought to know how to define their own controls and not be forced to use only the existing ones. I'm sure it can be done and shouldn't be too difficult for a GTK programmer, but like I said ... all my knowledge is in the windows api.
On Thu, Mar 20, 2008 at 3:04 PM, Bill Baxter <wbaxter@...155...> wrote: That's great. I agree Inkscape really needs a control like this. Not even so much for saving real-estate, but just to make it easier to tweak the values that are spinner-only right now. Using such a control (as can be seen is in Photoshop, Blender, etc.) was discussed before and I believe the response was all positive.
The problem was just that no one had a GTK control that fit the bill that could be put in place of the current spinners. Is your demo using a GTK control?
On Fri, Mar 21, 2008 at 3:54 AM, Anthony Walter <sysrpl@...155...> wrote:
Here is a feature I think would make inkscape MUCH more
streamlined,
eliminating a LOT of wasted screen real estate (especially in the fill/stroke screen). This is a diagram of my request:
http://codebot.org/popslide.jpg
Also, a demo of the concept for windows is available here:
There is indeed a GTK control called GtkVolumeButton that does kind of that http://library.gnome.org/devel/gtk/2.12/GtkVolumeButton.html or rather http://library.gnome.org/devel/gtk/2.12/GtkScaleButton.html but it is only in GTK 2.12, which is above what Inkscape currently requires. One of the conditions for upgrading the requirements are the version that is available in older distros. I am afraid GTK 2.12 is pretty new and won't be available widely.
JiHO --- http://jo.irisson.free.fr/
Cool! We go to write a proposal for GSoC[1], to redesign[2] the interface of a clean and accessible form?
I can help drawing mockup view [2]...
[1] http://wiki.inkscape.org/wiki/index.php/Googles_Summer_Of_Code_2008 [2] http://www.valessiobrito.info/projetos/inkscape/ink-ui/Inkscape-Clean.png svg in http://www.valessiobrito.info/projetos/inkscape/ink-ui/
.ValessioBrito
2008/3/20, Anthony Walter <sysrpl@...155...>:
Here is a feature I think would make inkscape MUCH more streamlined, eliminating a LOT of wasted screen real estate (especially in the fill/stroke screen). This is a diagram of my request:
http://codebot.org/popslide.jpg
Also, a demo of the concept for windows is available here:
I don't like the idea of replacing the existing sliders in the fill&stroke dialog. They are there for a reason, and their background color gradients are a lot more helpful than standard scale popups. But in all other places where we have just spinbuttons, adding scale popups will be a good thing.
However... now that I think of it, no, not in all places. In many places, the spinbutton has a huge range (e.g. from -1e6 to 1e6) but the range of most useful values is a lot narrower. Making a scale slider with million-wide range will be crazy and useless, whereas using some artificial narrower limits will look arbitrary and very annoying when you run into those limits.
On Fri, Mar 21, 2008 at 9:04 PM, ValessioBrito <valessio@...155...> wrote:
Cool! We go to write a proposal for GSoC[1], to redesign[2] the interface of a clean and accessible form?
I can help drawing mockup view [2]...
[1] http://wiki.inkscape.org/wiki/index.php/Googles_Summer_Of_Code_2008 [2] http://www.valessiobrito.info/projetos/inkscape/ink-ui/Inkscape-Clean.png svg in http://www.valessiobrito.info/projetos/inkscape/ink-ui/
.ValessioBrito
2008/3/20, Anthony Walter <sysrpl@...155...>:
Here is a feature I think would make inkscape MUCH more streamlined, eliminating a LOT of wasted screen real estate (especially in the fill/stroke screen). This is a diagram of my request:
http://codebot.org/popslide.jpg
Also, a demo of the concept for windows is available here:
-- .ValessioBrito - http://valessiobrito.info
This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Inkscape-user mailing list Inkscape-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-user
participants (7)
-
Anthony Walter -
Bill Baxter -
bulia byak -
David Christian Berg -
Facundo Casco -
jiho -
ValessioBrito