Computing desk | ||
---|---|---|
< April 26 | << Mar | April | May >> | April 28 > |
Welcome to the Wikipedia Computing Reference Desk Archives |
---|
The page you are currently viewing is an archive page. While you can leave answers for any questions shown below, please ask new questions on one of the current reference desk pages. |
I'm hesitated if this question belongs to here or to WP:RD/L, but I hope here may be a person who knows something about l10n in MS. In Windows OSs why are there several Greek layouts? The list: simply "Greek", "Greek Polytonic" (both expected), but then go something strange: "Greek Latin" (!), which hardly different from the "US international", then "Greek (220)" and "Greek (319)", the both also have Latin variants. I wonder what's the origin and purpose of the last five, especially the Latin ones? I can suggest the "220" and "319" may have come from some Greek standards for Greek typewriters.-- Lüboslóv Yęzýkin ( talk) 01:13, 27 April 2015 (UTC)
"
on the 2 key instead of @
.--
Lüboslóv Yęzýkin (
talk)
07:16, 28 April 2015 (UTC)I have lists of several specific colors, represented in RGB Hexadecimal format. Each list can vary from 3 to about 7 colors. What i want to know is whether there is a simple way to compress the representation of these colors, so that the length of a string for this is both small and easy to convert to the original list of colors.... in either hex or decimal format.
For instance, i have a list that contains the colors Red, Blue, Green, and gray, like so: #FF0000, #00FF00, #0000FF, #999999. One "Easy" way to represent these is to do something like this: "FF0000|00FF00|0000FF|999999". However, this results in a rather long string, that gets much more lengthy when the list contains 7 colors. I am trying to think of ways to mathematically compress this information in a better way, hopefully which can be represented alpha-numerically.
I've thought about using something interesting like base 36, but exact algorithms that would work and be elegant elude me. Does anyone have an idea? Thanks!
216.173.144.188 ( talk) 04:10, 27 April 2015 (UTC)
This could work, your solution does something which i was thinking about, which is reducing the number of colors available, in order to shorten the representation of these colors. I was looking at complete preservation of the color though, since this is art... and i wonder if i should keep with that, or maybe only reduce it to 16-bit color depth.
I am trying to use a short string to represent combinations of colors, a "scheme" if you will that would be used on an art piece. Since the customer will not be technical, i dont want them to have to paste to me a huge string of text. The best solution sadly might just be recording down the different schemes and enumerating in a simple way.... eg "Sch1", "Sch2", "Sch3", etc. I was hoping to have the color code tell me the colors themselves instead of looking it up.
216.173.144.188 ( talk) 06:00, 27 April 2015 (UTC)
FF0000=c1 00FF00=c2 0000FF=c3 999999=c4
c1c2c3c4
Computing desk | ||
---|---|---|
< April 26 | << Mar | April | May >> | April 28 > |
Welcome to the Wikipedia Computing Reference Desk Archives |
---|
The page you are currently viewing is an archive page. While you can leave answers for any questions shown below, please ask new questions on one of the current reference desk pages. |
I'm hesitated if this question belongs to here or to WP:RD/L, but I hope here may be a person who knows something about l10n in MS. In Windows OSs why are there several Greek layouts? The list: simply "Greek", "Greek Polytonic" (both expected), but then go something strange: "Greek Latin" (!), which hardly different from the "US international", then "Greek (220)" and "Greek (319)", the both also have Latin variants. I wonder what's the origin and purpose of the last five, especially the Latin ones? I can suggest the "220" and "319" may have come from some Greek standards for Greek typewriters.-- Lüboslóv Yęzýkin ( talk) 01:13, 27 April 2015 (UTC)
"
on the 2 key instead of @
.--
Lüboslóv Yęzýkin (
talk)
07:16, 28 April 2015 (UTC)I have lists of several specific colors, represented in RGB Hexadecimal format. Each list can vary from 3 to about 7 colors. What i want to know is whether there is a simple way to compress the representation of these colors, so that the length of a string for this is both small and easy to convert to the original list of colors.... in either hex or decimal format.
For instance, i have a list that contains the colors Red, Blue, Green, and gray, like so: #FF0000, #00FF00, #0000FF, #999999. One "Easy" way to represent these is to do something like this: "FF0000|00FF00|0000FF|999999". However, this results in a rather long string, that gets much more lengthy when the list contains 7 colors. I am trying to think of ways to mathematically compress this information in a better way, hopefully which can be represented alpha-numerically.
I've thought about using something interesting like base 36, but exact algorithms that would work and be elegant elude me. Does anyone have an idea? Thanks!
216.173.144.188 ( talk) 04:10, 27 April 2015 (UTC)
This could work, your solution does something which i was thinking about, which is reducing the number of colors available, in order to shorten the representation of these colors. I was looking at complete preservation of the color though, since this is art... and i wonder if i should keep with that, or maybe only reduce it to 16-bit color depth.
I am trying to use a short string to represent combinations of colors, a "scheme" if you will that would be used on an art piece. Since the customer will not be technical, i dont want them to have to paste to me a huge string of text. The best solution sadly might just be recording down the different schemes and enumerating in a simple way.... eg "Sch1", "Sch2", "Sch3", etc. I was hoping to have the color code tell me the colors themselves instead of looking it up.
216.173.144.188 ( talk) 06:00, 27 April 2015 (UTC)
FF0000=c1 00FF00=c2 0000FF=c3 999999=c4
c1c2c3c4