I use
Inkscape 0.48
on Mandriva Linux release 2010.1 (Official) for i586
Kernel 2.6.33.5-desktop586-2mnb on an 8-processor i686

When i select a gradient object, the Fill and Stroke window take more than half of my display, and i can't even see the whole fill and stoke window so i can pick the color code i want. It fades in the right site of my display. It's very annoying and i don't know is a bug or a special setting or the normal act of inkscape.

I already reported it as a bug on Inkscape but they didn't give me an answer for a long time.

Thanks,
Stefan

PS: Sorry for my english, I'm not a native speaker

Welcome Stefan!

Could you show us a screenshot? Show us one that illustrates the problem, and another of how you normally see the F/S dialog. Do you have the dialog docked?

When you say you reported it as a bug, do you mean you reported it at Launchpad? They will probably not offer any solutions there. They will test and try to reproduce the problem, and may discuss the issue in the report that you started. But it honestly could be many months, depending on how serious they deem it. And if you're the only one reporting it, my guess it that it will be a long wait. There's also a chance it already has been discussed, but you didn't find a potentially previously existing report about the same thing. I've been frustrated with searching at Launchpad, but I can never remember how to do it with Google

Do you have any unusual display setup, like a smaller than normal screen, or maybe a double screen, or unusual resolution, or anything like that? Does this only happen when you select an object filled with a gradient? What about gradient on a stroke?

Sorry for all the questions. I haven't seen this problem before, so it may take some investigation. But it's also the first I've heard of "Mandriva Linux", meaning that it may be hard to test. But we'll do our best

One last question -- is this on Inkscape 0.48.0? (just to be clear) It's not a dev version is it?

Hi,
There are the images. It seem it happen with the gradient on stroke too. I believe the window is docked (?).
Yes, i reported it as a bug. I did this time ago and they answer me so i wasn't sure someone have seen it this time.
My screen resolution is 1280x1024, the same in the pictures.
And is Inkscape 0.48, not a dev version.

I also tested on another PC with Linux Mandriva and a Windows Vista and cannot repeat this. I had this problem for a long time, i thought when upgrade it a 0.48 will fix it, but didn't. Maybe is from the Pc, if i find any clue i'll tell you.

Best regards,
Stefan

Oh yes, that is strange indeed!

Can you give us a link to the bug report? I'm just curious what the status is, or why you haven't had any response. ......Actually now that I'm looking at the screenshots, something seems familiar......

Ah-HA! I searched for Mandriva and found it, lol! https://bugs.launchpad.net/inkscape/+bug/973195 reported on 4-4-12, status New, importance Undecided. So that just means that they haven't started to test it yet. I'll put a comment with a link to this topic, so that they can see the screenshots and discussion. And my comment will, as well, perhaps, entice them to look at it sooner. As long as you did not unsubscribe to the bug, you'll get an email when someone comments. In fact, you'll see my comment within probably less than a day, in your email.

Just for a frame of reference, the first bug I ever reported, the status and importance weren't decided for at least 8 months (I seem to recall it was 10 months, but my memory is not so good these days, lol). Others have happened a bit sooner. And I don't mean they fixed it, I mean that's how long it took for them to look at it and change the status from undecided. But that was a few years ago, and ~suv seems to have whipped them into shape, over there at Launchpad, lol! I'm guessing my comment will help.

But the fact that on another Mandriva system you could NOT reproduce the problem, does lead towards thinking it's more the machine than the os. I'm not familiar at all with Linux, except to conclude that there must be a million different kinds! (Why are there so many Linux os's?) Are both Mandriva systems (where you tested) identical in terms of build or release, or whatever, so that the only differences should be attributable to the machine itself?

Anyway, there have been other complaints about the Fill and Stroke dialog being too large, and that's just as it is in your normal view. They may be thinking yours is just another one. Or maybe they're thinking 0.48 is an older version, and doesn't need immediate attention. Or they may simply just have not gotten to your report yet.

I can't think of any short term solution. And btw, yes, the dialog does appear to be docked. I wonder what would happen if you undocked it? If you put your mouse over the gray bar at the top until you see the finger/hand, you can click (you'll see the 4 way arrow) and drag it away, to undock it. I'd be curious what happens. Although note that it can be tricky getting it docked once again. So I apologize for that ahead of time, lol.

Another thing you could try, is installing the current stable version (which is 0.48.2). Definitely add a comment to your bug report, if you find the same problem on the current stable release!

Let us know how it goes

Hi,
Evan undocked the problem is the same.
The other PC i tested has a Mandriva, but i think is an older version.

One more thing to know, I do just graphics, the linux console looks like Egyptian hieroglyphs to me.

You have tried this perhaps, but just to make sure we're not missing the obvious answer _ you do know that the edge of the dialog is draggable, right? That means you can use your mouse to click on it and resize it. This may be irritating if you have to do it every time, but at least you could work with it....
Recent unstable builds remember the position of dialogs so you might want to try one of those as well.
https://skydrive.live.com/?cid=09706d11303fa52a&sc=documents&id=9706D11303FA52A!137

In the situation in your image the gradient vertex is selected so you can edit the color. In this case i can also drag the Fill and Stroke window. But when just select the object, it's locked in that position.

I will upload 2 images with the situation compared. Please pay attention to the red markers so you know the settings when this issue happen.
You can see there that when i select one of the gradient vertex i can drag the window, but when i select the object, the Fill and Stroke window is locked in both Fill tab and Stroke tab.

What bother me more is not that i cannot edit a gradient on an object without selecting the gradient vertex. I usually do it selecting the vertexes, it's better. But when i try to see or edit the color of the stroke on a gradient object: (step 1.) i have to create another object (step 2.) pick the color with the drop tool from the stroke and (step 3.) only then i can see the color code of my stroke, and that's kind of crazy. Is pointed in the images that i cannot see the right side of the image so i can see all the fill and stroke window with the entire color palette and color codes.

I'm not sure if you really get all that i write.

arhifane wrote:Hi,
Evan undocked the problem is the same.
The other PC i tested has a Mandriva, but i think is an older version.

One more thing to know, I do just graphics, the linux console looks like Egyptian hieroglyphs to me.

If you undock the F/S dialog, in Windows, it becomes a regular window at the size called "Restored" (not maximized and not minimized). In that state, in Windows, you can usually change the size of the window. (Hover mouse over edge of window until an arrow appears, then click + drag.) I would guess the same is true for Linux, but I don't really know. Are you able to resize the undocked window, or not? (I have seen windows whose size either can't be changed, or reaches some minimum size and won't get any smaller. I'm curious if either of those restrictions are evident in the undocked window.)

Yes, I do understand that when docked, you can't access the right side of the dialog. Perhaps druban missed that point, I'm not sure. But if undocked, you find the window is resizable, then you should be able to drag it fully onto the screen, after making it smaller.

I don't know what a Linux console is, or what you mean about the heiroglyphics. Do you mean that you don't have text labels, only icons? Or otherwise, I'm not sure what you mean.

No i tried to resize window when undocked. I can drag the window so i see it all. But the minim size is locked at a certain dimension.

One hint recently discovered:
I could repeat the bug on other machine (also with Mandriva). But i had to use the same files i used on my PC.
Also i realized that it don't happen on a new file. In time i will try to find which element is guilty for this behavior.
I will try the same file on a windows machine.

The linux console is that black window some advanced linux user use. Especially programmers.

Thanks,
Stefan

Oh yes, that is a good clue!

If you could provide the SVG file, some of our clever members might be interested to try and diagnose

arhifane wrote:But i had to use the same files i used on my PC.

Your file either has very long names of gradients (lots of copies of copies of copies of … of objects with a gradient), or custom patterns with a loooong name (maybe also due to lots of copies of copies of copies of objects with a pattern fill) or custom markers with a loooong name (e.g. in files generated by some third-party applications), or even an attached color profile with a loooong name.

Check the various dropdown list of gradients, patterns and markers in the corresponding tabs of the Fill&Stroke dialog - any item in the dynamically created dropdown lists of resources in use in the current document causes interface elements like dialogs to expand (unfortunately).

(Same issue described in comments #3 and #12 of bug #819422)

Oh, ~suv, that is brilliant!!

Oh, i see. My file is exactly that way: lots of copies of copies... of objects with gradient. That have to be the problem.
At least now i know why, is less frustrating.

Thanks a lot!