I really wish I had a great upgrade case so I could understand why rgb. Anyway, best of luck and I hope Xorg works well for you. Post by zed » Thanks again, dnusinow! Well, I tried what you've suggested in your firs reply, as I wrote in mt reply. I'm not sure If that action was the trigger as I played arround with thiankgs and I can't recall what came first and when I did what.
I tried to fix this but as I wasn't able to install Xcommon or was it xserver-common or even download it, I turned to reinstalling the whole system from scratch. If not, could you point me to where I can report this issue? The problem with the amsn 'Application initialization failed: this isn't a Tk applicationunknown color name "Black"' persists, even after I downloaded the rgb. If there is anything I can do to help investigate whay this occures pleas let me know.
Any other suggestions you can think about? Thabks again, Gil. Comment 3 Mike A. Harris UTC. Comment 6 Mike A. Comment 7 Mike A. Comment 8 Mike A. Comment 9 Mike A. Comment 13 Mike A. Comment 14 Mike A. Note You need to log in before you can comment on or make changes to this bug. Keywords :. Bug Fix. Attachments Terms of Use Add an attachment proposed patch, testcase, etc. At least a link for an old location would be nice. Harris UTC This is an unintended bug, caused due to upstream X being in a bit of flux.
There are 4 problems that we need to solve in a future update: 1 The rgb. The X server should use it's built in default, and nobody should ever move this file anyway. Feel free to use these Widgets in your own programs. Most of Xcolorsel's resources are resources of these Widgets. Interested programmers should be able to find all needed information about the programming interface of these Widgets in the corresponding. Anyway, I would love to hear if anyone finds a general purpose of any of those widgets.
I can't think of any ;-. Color conversion calculations are even performed when there is no need to, that is when just the C-Style is toggled. This is really annoying when using the TekHVC display format. When Display format , C-Style , or Show real server values are changed the current selection is unselected and the display scrolls up to the first line. The Best match , Previous , and Next action buttons are not appropriately de- activated when the selection is either changed manually in the display with the mouse or automatically see above misfeature.
The icons and cursors especially the bigger magnifying glass are extremely ugly. Suggestions for nice bitmaps are welcome. The color application default is even more ugly.
It is an example of what not to do with Xcolorsel. Actually the intention was to classify operations with colors. Negative commands like Quit in red, positive commands like Default colors in bright or not that bright About me green. Commands requiring user intervention bright yellow.
Other commands in standard yellow. And the remaining toggles and actions in orange. However the result just makes me puke. Suggestions for nice colors are also welcome.
If the help window is displayed About me should not be inactive but instead allow to raise the window. The color compare formula see Grab color above is at least not very sophisticated. When showing the busy cursor during color conversions the standard cursor is still shown when over scrollbars. This is because I didn't find a way to change the cursor over Athena scrollbars. Later I saw that one can of course hide all windows under an invisible input only window that changes the cursor when it enters it.
I got this from Mumail, where unfortunately only part of the window is hidden under the invisible window. You will notice that my programming style changed while coding Xcolorsel, thus the look a like of the sources is not as consistent as it should be.
There is a flag to not to try to install colormaps during color grabbing. However if you click on a window border Xcolorsel will crash. I assume that this is caused by mwm placing an invisible input only window over the borders it draws. I did not find a way to make Xcolorsel smart enough to not fall in this trap. Even if Xcolorsel would see that this is an input only window, there is no way to get the data it actually needs colormap and pixelvalue at the location you are clicking on.
Just do not click on Mwm borders. Or better do not use Mwm at all. Motif is no free software. Boycott it! Fvwm is much better anyway. I consider this project as almost finished. The priority of this project is as low as possible for me.
No further extensions are planned so far. However I will put in patches to support other systems please make them controllable with define's either out of config. This project together with the GNU project made it possible for capable computer users of my generation to choose a free, reliable and state of the art operating system and to get rid of the arbitrariness of commercial software vendors and business people squeezing just money out of people that have to rely on them instead of supplying working and useful software.
You can trust me. Just use linux and get rid of all your problems What a pity it runs only on PCs and not on higher performance workstations Thanx go also to Nils Rennebarth who convinced me I should implement the colormap install feature during color grabbing and made me develop a way to accomplish this in a fruitful discussion.
Even more thanx to R. Lloyd csc. Thanks and greetings go to Chris Rouch chris wg. He was the first person that could provide a patch to make xcolorsel run on a Sun. Actually the patch had a bug as well, however it did show where to look at, so the problem could be solved in seconds. Many other people far too many to list here sent me detailed debug sessions from their machines that approved the detected bug.
Thanks to all these as well.
0コメント