11:09 a.m.
Hi team,
I noticed that the new-ui design pattern for typography specifies Helvetica Neue family in
four different styles. This font family is shipped with the latest versions of Mac OS X
and iOS but it is not available for free on Windows and Linux distributions.
I believe this might conflict with Kimchi license. Even if we buy or rent a webfont
license we can't distribute the TTF, EOT, WOFF and SVG files in our repositories. I
think that we can't even use a webfont license in this case (pointing to a remote
location or service like Adobe Typekit or MyFonts) because most font-licensing services
are charging based on pre-paid pageviews.
Usually for web apps, mobile web apps and cloud based services we have to buy a server
license to store the webfont files within our servers, but since Kimchi is an open-source
project that anyone can check out and run, every kimchi instance would have to buy their
own font license.
We can set Helvetica as the default font-family in the CSS and if the user doesn't
have this font installed the browser will load the next available font (Arial or any other
Sans-Serif) but since each font has different sizes, some elements may not fit in the
screen exactly like they were seen in the mockups. Also, the UI specs recommends Helvetica
Neue in 5 different styles (Light, Roman, Regular, Medium and Bold), most system fonts
only have 3. We don't have something like "Arial Light" for instance.
My suggestion is that we replace Helvetica Neue for Open Sans because it covers all the
style specifications and it is licensed under Apache 2.0. Any thoughts?
Thanks,
Samuel Guimarães
1:24 p.m.
On 16/07/2015 13:09, Samuel Henrique De Oliveira Guimaraes wrote:
Hi team,
I noticed that the new-ui design pattern for typography specifies
Helvetica Neue family in four different styles. This font family is
shipped with the latest versions of Mac OS X and iOS but it is not
available for free on Windows and Linux distributions.
I believe this might conflict with Kimchi license. Even if we buy or
rent a webfont license we can’t distribute the TTF, EOT, WOFF and SVG
files in our repositories. I think that we can’t even use a webfont
license in this case (pointing to a remote location or service like
Adobe Typekit or MyFonts) because most font-licensing services are
charging based on pre-paid pageviews.
Usually for web apps, mobile web apps and cloud based services we have
to buy a server license to store the webfont files within our servers,
but since Kimchi is an open-source project that anyone can check out
and run, every kimchi instance would have to buy their own font license.
We can set Helvetica as the default font-family in the CSS and if the
user doesn’t have this font installed the browser will load the next
available font (Arial or any other Sans-Serif) but since each font has
different sizes, some elements may not fit in the screen exactly like
they were seen in the mockups.
Hrm... we should build the new UI with responsive web design in mind
which means changing the font, font size, resizing the browser or
whatever will not impact in the final layout.
Also, the UI specs recommends Helvetica Neue in 5 different styles
(Light, Roman, Regular, Medium and Bold), most system fonts only have
3. We don’t have something like “Arial Light” for instance.
My suggestion is that we replace Helvetica Neue for Open Sans because
it covers all the style specifications and it is licensed under Apache
2.0. Any thoughts?
Could you provide a screenshot with the Open Sans font so we can see how
it will look like?
In first hand, I am OK to change to Open Sans.
I am copying Don who originally designed the new UI with the Helvetica
Neue font to check if he has any advice to do.
Thanks,
Samuel Guimarães
_______________________________________________
Kimchi-devel mailing list
Kimchi-devel(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/kimchi-devel
7:58 a.m.
Hi team,
I'm sending some screenshots to compare different fonts so we can decide if we are
going to replace Helvetica Neue for Open Sans and/or TeXGyreHeros.
I also found out that Open Sans doesn't have all the character glyphs for simplified
and traditional Chinese, Japanese and Korean languages (wok_current.png file, you can see
that these texts have jagged edges). The equivalent font for these languages is called
Noto Sans CJK which is licensed under SIL Open Font License (OFL). The downside is that
Noto Sans is very heavy (~88MB each language set) so we would have to figure a way to load
these font files only when the user has changed the locale in the front-end.
Thanks,
Samuel Guimaraes
From: Aline Manera [mailto:alinefm@linux.vnet.ibm.com]
Sent: quarta-feira, 5 de agosto de 2015 15:24
To: Samuel Henrique De Oliveira Guimaraes <samuel.guimaraes(a)eldorado.org.br>;
kimchi-devel(a)ovirt.org; donspang(a)us.ibm.com
Subject: Re: [Kimchi-devel] New-UI Helvetica Font
On 16/07/2015 13:09, Samuel Henrique De Oliveira Guimaraes wrote:
Hi team,
I noticed that the new-ui design pattern for typography specifies Helvetica Neue family in
four different styles. This font family is shipped with the latest versions of Mac OS X
and iOS but it is not available for free on Windows and Linux distributions.
I believe this might conflict with Kimchi license. Even if we buy or rent a webfont
license we can't distribute the TTF, EOT, WOFF and SVG files in our repositories. I
think that we can't even use a webfont license in this case (pointing to a remote
location or service like Adobe Typekit or MyFonts) because most font-licensing services
are charging based on pre-paid pageviews.
Usually for web apps, mobile web apps and cloud based services we have to buy a server
license to store the webfont files within our servers, but since Kimchi is an open-source
project that anyone can check out and run, every kimchi instance would have to buy their
own font license.
We can set Helvetica as the default font-family in the CSS and if the user doesn't
have this font installed the browser will load the next available font (Arial or any other
Sans-Serif) but since each font has different sizes, some elements may not fit in the
screen exactly like they were seen in the mockups.
Hrm... we should build the new UI with responsive web design in mind which means changing
the font, font size, resizing the browser or whatever will not impact in the final
layout.
Also, the UI specs recommends Helvetica Neue in 5 different styles (Light, Roman, Regular,
Medium and Bold), most system fonts only have 3. We don't have something like
"Arial Light" for instance.
My suggestion is that we replace Helvetica Neue for Open Sans because it covers all the
style specifications and it is licensed under Apache 2.0. Any thoughts?
Could you provide a screenshot with the Open Sans font so we can see how it will look
like?
In first hand, I am OK to change to Open Sans.
I am copying Don who originally designed the new UI with the Helvetica Neue font to check
if he has any advice to do.
Thanks,
Samuel Guimarães
_______________________________________________
Kimchi-devel mailing list
Kimchi-devel@ovirt.org<mailto:Kimchi-devel@ovirt.org>
http://lists.ovirt.org/mailman/listinfo/kimchi-devel
10:01 a.m.
On 10/08/2015 09:58, Samuel Henrique De Oliveira Guimaraes wrote:
Hi team,
I’m sending some screenshots to compare different fonts so we can
decide if we are going to replace Helvetica Neue for Open Sans and/or
TeXGyreHeros.
I also found out that Open Sans doesn’t have all the character glyphs
for simplified and traditional Chinese, Japanese and Korean languages
(wok_current.png file, you can see that these texts have jagged
edges). The equivalent font for these languages is called Noto Sans
CJK which is licensed under SIL Open Font License (OFL). The downside
is that Noto Sans is very heavy (~88MB each language set) so we would
have to figure a way to load these font files only when the user has
changed the locale in the front-end.
OH! Wait... The idea is to use an open source and wide used font, which
means, Kimchi will not package any font file.
Isn’t there an open source and wide used font which works with all
languages?
Thanks,
Samuel Guimaraes
*From:*Aline Manera [mailto:alinefm@linux.vnet.ibm.com]
*Sent:* quarta-feira, 5 de agosto de 2015 15:24
*To:* Samuel Henrique De Oliveira Guimaraes
<samuel.guimaraes(a)eldorado.org.br>; kimchi-devel(a)ovirt.org;
donspang(a)us.ibm.com
*Subject:* Re: [Kimchi-devel] New-UI Helvetica Font
On 16/07/2015 13:09, Samuel Henrique De Oliveira Guimaraes wrote:
Hi team,
I noticed that the new-ui design pattern for typography specifies
Helvetica Neue family in four different styles. This font family
is shipped with the latest versions of Mac OS X and iOS but it is
not available for free on Windows and Linux distributions.
I believe this might conflict with Kimchi license. Even if we buy
or rent a webfont license we can’t distribute the TTF, EOT, WOFF
and SVG files in our repositories. I think that we can’t even use
a webfont license in this case (pointing to a remote location or
service like Adobe Typekit or MyFonts) because most font-licensing
services are charging based on pre-paid pageviews.
Usually for web apps, mobile web apps and cloud based services we
have to buy a server license to store the webfont files within our
servers, but since Kimchi is an open-source project that anyone
can check out and run, every kimchi instance would have to buy
their own font license.
We can set Helvetica as the default font-family in the CSS and if
the user doesn’t have this font installed the browser will load
the next available font (Arial or any other Sans-Serif) but since
each font has different sizes, some elements may not fit in the
screen exactly like they were seen in the mockups.
Hrm... we should build the new UI with responsive web design in mind
which means changing the font, font size, resizing the browser or
whatever will not impact in the final layout.
Also, the UI specs recommends Helvetica Neue in 5 different styles
(Light, Roman, Regular, Medium and Bold), most system fonts only
have 3. We don’t have something like “Arial Light” for instance.
My suggestion is that we replace Helvetica Neue for Open Sans
because it covers all the style specifications and it is licensed
under Apache 2.0. Any thoughts?
Could you provide a screenshot with the Open Sans font so we can see
how it will look like?
In first hand, I am OK to change to Open Sans.
I am copying Don who originally designed the new UI with the Helvetica
Neue font to check if he has any advice to do.
Thanks,
Samuel Guimarães
_______________________________________________
Kimchi-devel mailing list
Kimchi-devel(a)ovirt.org <mailto:Kimchi-devel@ovirt.org>
http://lists.ovirt.org/mailman/listinfo/kimchi-devel
11:31 a.m.
On Tue, 2015-08-11 at 12:01 -0300, Aline Manera wrote:
On 10/08/2015 09:58, Samuel Henrique De Oliveira Guimaraes wrote:
> Hi team,
>
> I’m sending some screenshots to compare different fonts so we can
> decide if we are going to replace Helvetica Neue for Open Sans
> and/or TeXGyreHeros.
> I also found out that Open Sans doesn’t have all the character
> glyphs for simplified and traditional Chinese, Japanese and Korean
> languages (wok_current.png file, you can see that these texts have
> jagged edges). The equivalent font for these languages is called
> Noto Sans CJK which is licensed under SIL Open Font License (OFL).
> The downside is that Noto Sans is very heavy (~88MB each language
> set) so we would have to figure a way to load these font files only
> when the user has changed the locale in the front-end.
>
OH! Wait... The idea is to use an open source and wide used font,
which means, Kimchi will not package any font file.
Isn’t there an open source and wide used font which works with all
languages?
http://www.cssfontstack.com/
Which of these has the best unicode support though, I cannot answer.
https://en.wikipedia.org/wiki/Unicode_font#List_of_Unicode_fonts
> >
> > >
> > > Thanks,
>
> > >
>
> > > Samuel
> Guimaraes
>
> > >
>
> > >
>
> > >
> > >
> > > From:> >
> Aline Manera [mailto:alinefm@linux.vnet.ibm.com]
> ]
>
>
> Sent: quarta-feira, 5 de agosto de 2015 15:24
>
> To: Samuel Henrique De Oliveira Guimaraes
> Samuel Henrique De Oliveira Guimaraes
> <samuel.guimaraes(a)eldorado.org.br>;
> ;
> kimchi-devel(a)ovirt.org; donspang(a)us.ibm.com
>
> Subject: Re: [Kimchi-devel] New-UI Helvetica Font
>
>
>
>
>
> > >
>
> > >
>
> > >
> > > On 16/07/2015 13:09, Samuel Henrique De
> Oliveira Guimaraes wrote:
>
>
>
> > >
> > > Hi team,
>
> > >
>
> > > I noticed that the
> new-ui design pattern for typography specifies Helvetica
> Neue family in four different styles. This font family is
> shipped with the latest versions of Mac OS X and iOS but
> it is not available for free on Windows and Linux
> distributions.
>
> > > I believe this might
> conflict with Kimchi license. Even if we buy or rent a
> webfont license we can’t distribute the TTF, EOT, WOFF and
> SVG files in our repositories. I think that we can’t even
> use a webfont license in this case (pointing to a remote
> location or service like Adobe Typekit or MyFonts) because
> most font-licensing services are charging based on
> pre-paid pageviews.
>
> > > Usually for web apps,
> mobile web apps and cloud based services we have to buy a
> server license to store the webfont files within our
> servers, but since Kimchi is an open-source project that
> anyone can check out and run, every kimchi instance would
> have to buy their own font license.
>
> > >
>
>
>
>
>
>
>
>
>
> > >
> > > We can set Helvetica
> as the default font-family in the CSS and if the user
> doesn’t have this font installed the browser will load the
> next available font (Arial or any other Sans-Serif) but
> since each font has different sizes, some elements may not
> fit in the screen exactly like they were seen in the
> mockups.
>
>
>
>
>
>
> Hrm... we should build the new UI with responsive web design
> in mind which means changing the font, font size, resizing
> the browser or whatever will not impact in the final layout.
>
>
>
>
>
>
>
> > >
> > > Also, the UI specs
> recommends Helvetica Neue in 5 different styles (Light,
> Roman, Regular, Medium and Bold), most system fonts only
> have 3. We don’t have something like “Arial Light” for
> instance.
>
> > >
>
> > > My suggestion is that
> we replace Helvetica Neue for Open Sans because it covers
> all the style specifications and it is licensed under
> Apache 2.0. Any thoughts?
>
> > >
>
>
>
>
>
> Could you provide a screenshot with the Open Sans font so we
> can see how it will look like?
>
>
>
> In first hand, I am OK to change to Open Sans.
>
> I am copying Don who originally designed the new UI with the
> Helvetica Neue font to check if he has any advice to do.
>
>
>
>
>
>
>
> > >
> > > Thanks,
>
> > > Samuel Guimarães
>
> > >
>
>
>
>
>
>
>
>
>
> > > _______________________________________________
>
> > > Kimchi-devel mailing list
>
> > > Kimchi-devel(a)ovirt.org
>
> > > http://lists.ovirt.org/mailman/listinfo/kimchi-devel
>
>
>
> > >
>
>
>
>
_______________________________________________
Kimchi-devel mailing list
Kimchi-devel(a)ovirt.org>
http://lists.ovirt.org/mailman/listinfo/kimchi-devel>
12:12 p.m.
I thought that since we are packaging Font-Awesome, Elusive and other font files as icons
it was ok to distribute Open Sans with Kimchi. I proposed moving to an open source and
redistributable font family instead of a font stack because a text with Arial Unicode on
Windows doesn’t fill the same space in pixels as a text with Helvetica Neue on OS X and
iOS. Open Sans was an alternative because it has the same variations as Helvetica Neue and
almost the same size (I mean letter spacing / tracking, kerning, body width, leading and
height), we wouldn’t have “condensed” styles in one system and plain and regular bold and
normal text in other systems.
Samuel
From: Kevin Zander [mailto:klzander@linux.vnet.ibm.com]
Sent: terça-feira, 11 de agosto de 2015 13:31
To: Aline Manera <alinefm(a)linux.vnet.ibm.com>; Samuel Henrique De Oliveira Guimaraes
<samuel.guimaraes(a)eldorado.org.br>; kimchi-devel(a)ovirt.org; donspang(a)us.ibm.com
Subject: Re: [Kimchi-devel] New-UI Helvetica Font
On Tue, 2015-08-11 at 12:01 -0300, Aline Manera wrote:
On 10/08/2015 09:58, Samuel Henrique De Oliveira Guimaraes wrote:
Hi team,
I’m sending some screenshots to compare different fonts so we can decide if we are going
to replace Helvetica Neue for Open Sans and/or TeXGyreHeros.
I also found out that Open Sans doesn’t have all the character glyphs for simplified and
traditional Chinese, Japanese and Korean languages (wok_current.png file, you can see that
these texts have jagged edges). The equivalent font for these languages is called Noto
Sans CJK which is licensed under SIL Open Font License (OFL). The downside is that Noto
Sans is very heavy (~88MB each language set) so we would have to figure a way to load
these font files only when the user has changed the locale in the front-end.
OH! Wait... The idea is to use an open source and wide used font, which means, Kimchi will
not package any font file.
Isn’t there an open source and wide used font which works with all languages?
http://www.cssfontstack.com/
Which of these has the best unicode support though, I cannot answer.
https://en.wikipedia.org/wiki/Unicode_font#List_of_Unicode_fonts
Thanks,
Samuel Guimaraes
From: Aline Manera [mailto:alinefm@linux.vnet.ibm.com]
Sent: quarta-feira, 5 de agosto de 2015 15:24
To: Samuel Henrique De Oliveira Guimaraes
<samuel.guimaraes@eldorado.org.br><mailto:samuel.guimaraes@eldorado.org.br>;
kimchi-devel@ovirt.org<mailto:kimchi-devel@ovirt.org>;
donspang@us.ibm.com<mailto:donspang@us.ibm.com>
Subject: Re: [Kimchi-devel] New-UI Helvetica Font
On 16/07/2015 13:09, Samuel Henrique De Oliveira Guimaraes wrote:
Hi team,
I noticed that the new-ui design pattern for typography specifies Helvetica Neue family in
four different styles. This font family is shipped with the latest versions of Mac OS X
and iOS but it is not available for free on Windows and Linux distributions.
I believe this might conflict with Kimchi license. Even if we buy or rent a webfont
license we can’t distribute the TTF, EOT, WOFF and SVG files in our repositories. I think
that we can’t even use a webfont license in this case (pointing to a remote location or
service like Adobe Typekit or MyFonts) because most font-licensing services are charging
based on pre-paid pageviews.
Usually for web apps, mobile web apps and cloud based services we have to buy a server
license to store the webfont files within our servers, but since Kimchi is an open-source
project that anyone can check out and run, every kimchi instance would have to buy their
own font license.
We can set Helvetica as the default font-family in the CSS and if the user doesn’t have
this font installed the browser will load the next available font (Arial or any other
Sans-Serif) but since each font has different sizes, some elements may not fit in the
screen exactly like they were seen in the mockups.
Hrm... we should build the new UI with responsive web design in mind which means changing
the font, font size, resizing the browser or whatever will not impact in the final
layout.
Also, the UI specs recommends Helvetica Neue in 5 different styles (Light, Roman, Regular,
Medium and Bold), most system fonts only have 3. We don’t have something like “Arial
Light” for instance.
My suggestion is that we replace Helvetica Neue for Open Sans because it covers all the
style specifications and it is licensed under Apache 2.0. Any thoughts?
Could you provide a screenshot with the Open Sans font so we can see how it will look
like?
In first hand, I am OK to change to Open Sans.
I am copying Don who originally designed the new UI with the Helvetica Neue font to check
if he has any advice to do.
Thanks,
Samuel Guimarães
_______________________________________________
Kimchi-devel mailing list
Kimchi-devel@ovirt.org<mailto:Kimchi-devel@ovirt.org>
http://lists.ovirt.org/mailman/listinfo/kimchi-devel
_______________________________________________
Kimchi-devel mailing list
Kimchi-devel@ovirt.org<mailto:Kimchi-devel@ovirt.org>
http://lists.ovirt.org/mailman/listinfo/kimchi-devel
9:51 a.m.
Hello team,
I had some discussions on the fonts and am interested in the current
status.
Some background for non-UI persons:
First we need to distinguish between the server and the client.
The server contains the Kimchi/Ginger-webserver and the
Kimchi/Ginger-installation with functional and UI code.
The client contains a browser instance connected to the
Kimchi/Ginger-webserver and displays the UI.
Per default the browser uses fonts which are installed on the client. Five
generic fonts are available on each client operating system and are used
as a default.
In CSS/HTML you specify a list of fonts starting with the most preferred
one and ending with a generic one (default).
You can also provide fonts via the server. This ensures that your
preferred font is available at the client. Such fonts are part of the
Kimchi/Ginger-installation on the server (no additional rpm).
My opinion on the font discussion:
1) Icon Font Awesome
This font is very useful as it provides a lot of scalable icons. We
should use/package this font
2) Fonts like "Open Sans" and/or TeXGyreHeros as open source replacement
for "Helvetica Neue"
The sizes of graphical elements vary much more depending on the
language than on the font. Our layout must be flexible enough to support
this.
My recommendation is to use fonts which are already installed on the
client.
Kind regards
Jan
From: Samuel Henrique De Oliveira Guimaraes
<samuel.guimaraes(a)eldorado.org.br>
To: Kevin Zander <klzander(a)linux.vnet.ibm.com>, Aline Manera
<alinefm(a)linux.vnet.ibm.com>, "kimchi-devel(a)ovirt.org"
<kimchi-devel(a)ovirt.org>, "donspang(a)us.ibm.com"
<donspang(a)us.ibm.com>
Date: 08/11/2015 07:13 PM
Subject: Re: [Kimchi-devel] New-UI Helvetica Font
Sent by: kimchi-devel-bounces(a)ovirt.org
I thought that since we are packaging Font-Awesome, Elusive and other font
files as icons it was ok to distribute Open Sans with Kimchi. I proposed
moving to an open source and redistributable font family instead of a font
stack because a text with Arial Unicode on Windows doesn’t fill the same
space in pixels as a text with Helvetica Neue on OS X and iOS. Open Sans
was an alternative because it has the same variations as Helvetica Neue
and almost the same size (I mean letter spacing / tracking, kerning, body
width, leading and height), we wouldn’t have “condensed” styles in one
system and plain and regular bold and normal text in other systems.
Samuel
From: Kevin Zander [mailto:klzander@linux.vnet.ibm.com]
Sent: terça-feira, 11 de agosto de 2015 13:31
To: Aline Manera <alinefm(a)linux.vnet.ibm.com>; Samuel Henrique De Oliveira
Guimaraes <samuel.guimaraes(a)eldorado.org.br>; kimchi-devel(a)ovirt.org;
donspang(a)us.ibm.com
Subject: Re: [Kimchi-devel] New-UI Helvetica Font
On Tue, 2015-08-11 at 12:01 -0300, Aline Manera wrote:
On 10/08/2015 09:58, Samuel Henrique De Oliveira Guimaraes wrote:
Hi team,
I’m sending some screenshots to compare different fonts so we can decide
if we are going to replace Helvetica Neue for Open Sans and/or
TeXGyreHeros.
I also found out that Open Sans doesn’t have all the character glyphs for
simplified and traditional Chinese, Japanese and Korean languages
(wok_current.png file, you can see that these texts have jagged edges).
The equivalent font for these languages is called Noto Sans CJK which is
licensed under SIL Open Font License (OFL). The downside is that Noto Sans
is very heavy (~88MB each language set) so we would have to figure a way
to load these font files only when the user has changed the locale in the
front-end.
OH! Wait... The idea is to use an open source and wide used font, which
means, Kimchi will not package any font file.
Isn’t there an open source and wide used font which works with all
languages?
http://www.cssfontstack.com/
Which of these has the best unicode support though, I cannot answer.
https://en.wikipedia.org/wiki/Unicode_font#List_of_Unicode_fonts
Thanks,
Samuel Guimaraes
From: Aline Manera [mailto:alinefm@linux.vnet.ibm.com]
Sent: quarta-feira, 5 de agosto de 2015 15:24
To: Samuel Henrique De Oliveira Guimaraes
<samuel.guimaraes(a)eldorado.org.br>; kimchi-devel(a)ovirt.org;
donspang(a)us.ibm.com
Subject: Re: [Kimchi-devel] New-UI Helvetica Font
On 16/07/2015 13:09, Samuel Henrique De Oliveira Guimaraes wrote:
Hi team,
I noticed that the new-ui design pattern for typography specifies
Helvetica Neue family in four different styles. This font family is
shipped with the latest versions of Mac OS X and iOS but it is not
available for free on Windows and Linux distributions.
I believe this might conflict with Kimchi license. Even if we buy or rent
a webfont license we can’t distribute the TTF, EOT, WOFF and SVG files in
our repositories. I think that we can’t even use a webfont license in this
case (pointing to a remote location or service like Adobe Typekit or
MyFonts) because most font-licensing services are charging based on
pre-paid pageviews.
Usually for web apps, mobile web apps and cloud based services we have to
buy a server license to store the webfont files within our servers, but
since Kimchi is an open-source project that anyone can check out and run,
every kimchi instance would have to buy their own font license.
We can set Helvetica as the default font-family in the CSS and if the user
doesn’t have this font installed the browser will load the next available
font (Arial or any other Sans-Serif) but since each font has different
sizes, some elements may not fit in the screen exactly like they were seen
in the mockups.
Hrm... we should build the new UI with responsive web design in mind which
means changing the font, font size, resizing the browser or whatever will
not impact in the final layout.
Also, the UI specs recommends Helvetica Neue in 5 different styles (Light,
Roman, Regular, Medium and Bold), most system fonts only have 3. We don’t
have something like “Arial Light” for instance.
My suggestion is that we replace Helvetica Neue for Open Sans because it
covers all the style specifications and it is licensed under Apache 2.0.
Any thoughts?
Could you provide a screenshot with the Open Sans font so we can see how
it will look like?
In first hand, I am OK to change to Open Sans.
I am copying Don who originally designed the new UI with the Helvetica
Neue font to check if he has any advice to do.
Thanks,
Samuel Guimarães
_______________________________________________
Kimchi-devel mailing list
Kimchi-devel(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/kimchi-devel
_______________________________________________
Kimchi-devel mailing list
Kimchi-devel(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/kimchi-devel
_______________________________________________
Kimchi-devel mailing list
Kimchi-devel(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/kimchi-devel
3:55 p.m.
Hi Samuel,
From my investigation, I identified the OpenSans font is packaged on
Ubuntu, Fedora, openSUSE but I failed to find the correspondent package
for RHEL 7.1
I will try more on it and send you the details, but if we don't have
RHEL 7.1 package to provide the OpenSans font we will need to find other
solution on that. Maybe use other font.
Below is the details for Ubuntu, Fedora and openSUSE.
On Ubuntu 15.4 (texlive-fonts-extra):
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Bold.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-BoldItalic.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-CondLight.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-CondLightItalic.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-ExtraBold.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-ExtraBoldItalic.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Italic.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Light.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-LightItalic.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Regular.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Semibold.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-SemiboldItalic.ttf
On Fedora 22 (texlive-opensans.noarch):
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Bold.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-BoldItalic.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-CondLight.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-CondLightItalic.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-ExtraBold.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-ExtraBoldItalic.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Italic.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Light.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-LightItalic.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Regular.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Semibold.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-SemiboldItalic.ttf
On OpenSUSE 13.2 (google-opensans-fonts-1.0-10.1.5.noarch):
/usr/share/fonts/truetype/OpenSans-ExtraBoldItalic.ttf
/usr/share/fonts/truetype/OpenSans-ExtraBold.ttf
/usr/share/fonts/truetype/OpenSans-LightItalic.ttf
/usr/share/fonts/truetype/OpenSans-Light.ttf
/usr/share/fonts/truetype/OpenSans-SemiboldItalic.ttf
/usr/share/fonts/truetype/OpenSans-BoldItalic.ttf
/usr/share/fonts/truetype/OpenSans-Italic.ttf
/usr/share/fonts/truetype/OpenSans-Bold.ttf
/usr/share/fonts/truetype/OpenSans-CondBold.ttf
/usr/share/fonts/truetype/OpenSans-CondLight.ttf
/usr/share/fonts/truetype/OpenSans-CondLightItalic.ttf
/usr/share/fonts/truetype/OpenSans-Semibold.ttf
/usr/share/fonts/truetype/OpenSans-Regular.ttf
Regards,
Aline Manera
On 16/07/2015 13:09, Samuel Henrique De Oliveira Guimaraes wrote:
Hi team,
I noticed that the new-ui design pattern for typography specifies
Helvetica Neue family in four different styles. This font family is
shipped with the latest versions of Mac OS X and iOS but it is not
available for free on Windows and Linux distributions.
I believe this might conflict with Kimchi license. Even if we buy or
rent a webfont license we can’t distribute the TTF, EOT, WOFF and SVG
files in our repositories. I think that we can’t even use a webfont
license in this case (pointing to a remote location or service like
Adobe Typekit or MyFonts) because most font-licensing services are
charging based on pre-paid pageviews.
Usually for web apps, mobile web apps and cloud based services we have
to buy a server license to store the webfont files within our servers,
but since Kimchi is an open-source project that anyone can check out
and run, every kimchi instance would have to buy their own font license.
We can set Helvetica as the default font-family in the CSS and if the
user doesn’t have this font installed the browser will load the next
available font (Arial or any other Sans-Serif) but since each font has
different sizes, some elements may not fit in the screen exactly like
they were seen in the mockups. Also, the UI specs recommends Helvetica
Neue in 5 different styles (Light, Roman, Regular, Medium and Bold),
most system fonts only have 3. We don’t have something like “Arial
Light” for instance.
My suggestion is that we replace Helvetica Neue for Open Sans because
it covers all the style specifications and it is licensed under Apache
2.0. Any thoughts?
Thanks,
Samuel Guimarães
_______________________________________________
Kimchi-devel mailing list
Kimchi-devel(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/kimchi-devel
4:02 p.m.
On 14/09/2015 17:55, Aline Manera wrote:
Hi Samuel,
From my investigation, I identified the OpenSans font is packaged on
Ubuntu, Fedora, openSUSE but I failed to find the correspondent
package for RHEL 7.1
I will try more on it and send you the details, but if we don't have
RHEL 7.1 package to provide the OpenSans font we will need to find
other solution on that. Maybe use other font.
OPs... Just found it :-)
on RHEL 7.1 (open-sans-fonts.noarch)
/etc/fonts/conf.d/60-open-sans.conf
/usr/share/doc/open-sans-fonts-1.10
/usr/share/doc/open-sans-fonts-1.10/LICENSE.txt
/usr/share/fontconfig/conf.avail/60-open-sans.conf
/usr/share/fonts/open-sans
/usr/share/fonts/open-sans/OpenSans-Bold.ttf
/usr/share/fonts/open-sans/OpenSans-BoldItalic.ttf
/usr/share/fonts/open-sans/OpenSans-ExtraBold.ttf
/usr/share/fonts/open-sans/OpenSans-ExtraBoldItalic.ttf
/usr/share/fonts/open-sans/OpenSans-Italic.ttf
/usr/share/fonts/open-sans/OpenSans-Light.ttf
/usr/share/fonts/open-sans/OpenSans-LightItalic.ttf
/usr/share/fonts/open-sans/OpenSans-Regular.ttf
/usr/share/fonts/open-sans/OpenSans-Semibold.ttf
/usr/share/fonts/open-sans/OpenSans-SemiboldItalic.ttf
If it is all you need, I can send a patch to expose the *.ttf files to
the web server (the same I did for fontawesome).
Below is the details for Ubuntu, Fedora and openSUSE.
On Ubuntu 15.4 (texlive-fonts-extra):
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Bold.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-BoldItalic.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-CondLight.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-CondLightItalic.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-ExtraBold.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-ExtraBoldItalic.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Italic.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Light.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-LightItalic.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Regular.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Semibold.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-SemiboldItalic.ttf
On Fedora 22 (texlive-opensans.noarch):
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Bold.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-BoldItalic.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-CondLight.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-CondLightItalic.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-ExtraBold.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-ExtraBoldItalic.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Italic.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Light.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-LightItalic.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Regular.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Semibold.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-SemiboldItalic.ttf
On OpenSUSE 13.2 (google-opensans-fonts-1.0-10.1.5.noarch):
/usr/share/fonts/truetype/OpenSans-ExtraBoldItalic.ttf
/usr/share/fonts/truetype/OpenSans-ExtraBold.ttf
/usr/share/fonts/truetype/OpenSans-LightItalic.ttf
/usr/share/fonts/truetype/OpenSans-Light.ttf
/usr/share/fonts/truetype/OpenSans-SemiboldItalic.ttf
/usr/share/fonts/truetype/OpenSans-BoldItalic.ttf
/usr/share/fonts/truetype/OpenSans-Italic.ttf
/usr/share/fonts/truetype/OpenSans-Bold.ttf
/usr/share/fonts/truetype/OpenSans-CondBold.ttf
/usr/share/fonts/truetype/OpenSans-CondLight.ttf
/usr/share/fonts/truetype/OpenSans-CondLightItalic.ttf
/usr/share/fonts/truetype/OpenSans-Semibold.ttf
/usr/share/fonts/truetype/OpenSans-Regular.ttf
Regards,
Aline Manera
On 16/07/2015 13:09, Samuel Henrique De Oliveira Guimaraes wrote:
>
> Hi team,
>
> I noticed that the new-ui design pattern for typography specifies
> Helvetica Neue family in four different styles. This font family is
> shipped with the latest versions of Mac OS X and iOS but it is not
> available for free on Windows and Linux distributions.
>
> I believe this might conflict with Kimchi license. Even if we buy or
> rent a webfont license we can’t distribute the TTF, EOT, WOFF and SVG
> files in our repositories. I think that we can’t even use a webfont
> license in this case (pointing to a remote location or service like
> Adobe Typekit or MyFonts) because most font-licensing services are
> charging based on pre-paid pageviews.
>
> Usually for web apps, mobile web apps and cloud based services we
> have to buy a server license to store the webfont files within our
> servers, but since Kimchi is an open-source project that anyone can
> check out and run, every kimchi instance would have to buy their own
> font license.
>
> We can set Helvetica as the default font-family in the CSS and if the
> user doesn’t have this font installed the browser will load the next
> available font (Arial or any other Sans-Serif) but since each font
> has different sizes, some elements may not fit in the screen exactly
> like they were seen in the mockups. Also, the UI specs recommends
> Helvetica Neue in 5 different styles (Light, Roman, Regular, Medium
> and Bold), most system fonts only have 3. We don’t have something
> like “Arial Light” for instance.
>
> My suggestion is that we replace Helvetica Neue for Open Sans because
> it covers all the style specifications and it is licensed under
> Apache 2.0. Any thoughts?
>
> Thanks,
>
> Samuel Guimarães
>
>
>
> _______________________________________________
> Kimchi-devel mailing list
> Kimchi-devel(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/kimchi-devel
_______________________________________________
Kimchi-devel mailing list
Kimchi-devel(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/kimchi-devel
4:04 p.m.
Hi Aline,
Thank you! I'm glad all the files have the same name.
Regards,
Samuel
From: Aline Manera [mailto:alinefm@linux.vnet.ibm.com]
Sent: segunda-feira, 14 de setembro de 2015 18:02
To: Samuel Henrique De Oliveira Guimaraes <samuel.guimaraes(a)eldorado.org.br>;
kimchi-devel(a)ovirt.org
Subject: Re: [Kimchi-devel] New-UI Helvetica Font
On 14/09/2015 17:55, Aline Manera wrote:
Hi Samuel,
From my investigation, I identified the OpenSans font is packaged on
Ubuntu, Fedora, openSUSE but I failed to find the correspondent package for RHEL 7.1
I will try more on it and send you the details, but if we don't have RHEL 7.1
package to provide the OpenSans font we will need to find other solution on that. Maybe
use other font.
OPs... Just found it :-)
on RHEL 7.1 (open-sans-fonts.noarch)
/etc/fonts/conf.d/60-open-sans.conf
/usr/share/doc/open-sans-fonts-1.10
/usr/share/doc/open-sans-fonts-1.10/LICENSE.txt
/usr/share/fontconfig/conf.avail/60-open-sans.conf
/usr/share/fonts/open-sans
/usr/share/fonts/open-sans/OpenSans-Bold.ttf
/usr/share/fonts/open-sans/OpenSans-BoldItalic.ttf
/usr/share/fonts/open-sans/OpenSans-ExtraBold.ttf
/usr/share/fonts/open-sans/OpenSans-ExtraBoldItalic.ttf
/usr/share/fonts/open-sans/OpenSans-Italic.ttf
/usr/share/fonts/open-sans/OpenSans-Light.ttf
/usr/share/fonts/open-sans/OpenSans-LightItalic.ttf
/usr/share/fonts/open-sans/OpenSans-Regular.ttf
/usr/share/fonts/open-sans/OpenSans-Semibold.ttf
/usr/share/fonts/open-sans/OpenSans-SemiboldItalic.ttf
If it is all you need, I can send a patch to expose the *.ttf files to the web server (the
same I did for fontawesome).
Below is the details for Ubuntu, Fedora and openSUSE.
On Ubuntu 15.4 (texlive-fonts-extra):
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Bold.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-BoldItalic.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-CondLight.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-CondLightItalic.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-ExtraBold.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-ExtraBoldItalic.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Italic.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Light.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-LightItalic.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Regular.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Semibold.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-SemiboldItalic.ttf
On Fedora 22 (texlive-opensans.noarch):
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Bold.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-BoldItalic.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-CondLight.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-CondLightItalic.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-ExtraBold.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-ExtraBoldItalic.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Italic.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Light.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-LightItalic.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Regular.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Semibold.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-SemiboldItalic.ttf
On OpenSUSE 13.2 (google-opensans-fonts-1.0-10.1.5.noarch):
/usr/share/fonts/truetype/OpenSans-ExtraBoldItalic.ttf
/usr/share/fonts/truetype/OpenSans-ExtraBold.ttf
/usr/share/fonts/truetype/OpenSans-LightItalic.ttf
/usr/share/fonts/truetype/OpenSans-Light.ttf
/usr/share/fonts/truetype/OpenSans-SemiboldItalic.ttf
/usr/share/fonts/truetype/OpenSans-BoldItalic.ttf
/usr/share/fonts/truetype/OpenSans-Italic.ttf
/usr/share/fonts/truetype/OpenSans-Bold.ttf
/usr/share/fonts/truetype/OpenSans-CondBold.ttf
/usr/share/fonts/truetype/OpenSans-CondLight.ttf
/usr/share/fonts/truetype/OpenSans-CondLightItalic.ttf
/usr/share/fonts/truetype/OpenSans-Semibold.ttf
/usr/share/fonts/truetype/OpenSans-Regular.ttf
Regards,
Aline Manera
On 16/07/2015 13:09, Samuel Henrique De Oliveira Guimaraes wrote:
Hi team,
I noticed that the new-ui design pattern for typography specifies Helvetica Neue family in
four different styles. This font family is shipped with the latest versions of Mac OS X
and iOS but it is not available for free on Windows and Linux distributions.
I believe this might conflict with Kimchi license. Even if we buy or rent a webfont
license we can't distribute the TTF, EOT, WOFF and SVG files in our repositories. I
think that we can't even use a webfont license in this case (pointing to a remote
location or service like Adobe Typekit or MyFonts) because most font-licensing services
are charging based on pre-paid pageviews.
Usually for web apps, mobile web apps and cloud based services we have to buy a server
license to store the webfont files within our servers, but since Kimchi is an open-source
project that anyone can check out and run, every kimchi instance would have to buy their
own font license.
We can set Helvetica as the default font-family in the CSS and if the user doesn't
have this font installed the browser will load the next available font (Arial or any other
Sans-Serif) but since each font has different sizes, some elements may not fit in the
screen exactly like they were seen in the mockups. Also, the UI specs recommends Helvetica
Neue in 5 different styles (Light, Roman, Regular, Medium and Bold), most system fonts
only have 3. We don't have something like "Arial Light" for instance.
My suggestion is that we replace Helvetica Neue for Open Sans because it covers all the
style specifications and it is licensed under Apache 2.0. Any thoughts?
Thanks,
Samuel Guimarães
_______________________________________________
Kimchi-devel mailing list
Kimchi-devel@ovirt.org<mailto:Kimchi-devel@ovirt.org>
http://lists.ovirt.org/mailman/listinfo/kimchi-devel
_______________________________________________
Kimchi-devel mailing list
Kimchi-devel@ovirt.org<mailto:Kimchi-devel@ovirt.org>
http://lists.ovirt.org/mailman/listinfo/kimchi-devel
4:09 p.m.
On 14/09/2015 18:04, Samuel Henrique De Oliveira Guimaraes wrote:
Hi Aline,
Thank you! I’m glad all the files have the same name.
Does the package contain all we need? Do you want me to expose them to
the server?
Regards,
Samuel
*From:*Aline Manera [mailto:alinefm@linux.vnet.ibm.com]
*Sent:* segunda-feira, 14 de setembro de 2015 18:02
*To:* Samuel Henrique De Oliveira Guimaraes
<samuel.guimaraes(a)eldorado.org.br>; kimchi-devel(a)ovirt.org
*Subject:* Re: [Kimchi-devel] New-UI Helvetica Font
On 14/09/2015 17:55, Aline Manera wrote:
Hi Samuel,
From my investigation, I identified the OpenSans font is packaged
on Ubuntu, Fedora, openSUSE but I failed to find the correspondent
package for RHEL 7.1
I will try more on it and send you the details, but if we don't
have RHEL 7.1 package to provide the OpenSans font we will need to
find other solution on that. Maybe use other font.
OPs... Just found it :-)
on RHEL 7.1 (open-sans-fonts.noarch)
/etc/fonts/conf.d/60-open-sans.conf
/usr/share/doc/open-sans-fonts-1.10
/usr/share/doc/open-sans-fonts-1.10/LICENSE.txt
/usr/share/fontconfig/conf.avail/60-open-sans.conf
/usr/share/fonts/open-sans
/usr/share/fonts/open-sans/OpenSans-Bold.ttf
/usr/share/fonts/open-sans/OpenSans-BoldItalic.ttf
/usr/share/fonts/open-sans/OpenSans-ExtraBold.ttf
/usr/share/fonts/open-sans/OpenSans-ExtraBoldItalic.ttf
/usr/share/fonts/open-sans/OpenSans-Italic.ttf
/usr/share/fonts/open-sans/OpenSans-Light.ttf
/usr/share/fonts/open-sans/OpenSans-LightItalic.ttf
/usr/share/fonts/open-sans/OpenSans-Regular.ttf
/usr/share/fonts/open-sans/OpenSans-Semibold.ttf
/usr/share/fonts/open-sans/OpenSans-SemiboldItalic.ttf
If it is all you need, I can send a patch to expose the *.ttf files to
the web server (the same I did for fontawesome).
Below is the details for Ubuntu, Fedora and openSUSE.
On Ubuntu 15.4 (texlive-fonts-extra):
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Bold.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-BoldItalic.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-CondLight.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-CondLightItalic.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-ExtraBold.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-ExtraBoldItalic.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Italic.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Light.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-LightItalic.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Regular.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Semibold.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-SemiboldItalic.ttf
On Fedora 22 (texlive-opensans.noarch):
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Bold.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-BoldItalic.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-CondLight.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-CondLightItalic.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-ExtraBold.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-ExtraBoldItalic.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Italic.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Light.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-LightItalic.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Regular.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Semibold.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-SemiboldItalic.ttf
On OpenSUSE 13.2 (google-opensans-fonts-1.0-10.1.5.noarch):
/usr/share/fonts/truetype/OpenSans-ExtraBoldItalic.ttf
/usr/share/fonts/truetype/OpenSans-ExtraBold.ttf
/usr/share/fonts/truetype/OpenSans-LightItalic.ttf
/usr/share/fonts/truetype/OpenSans-Light.ttf
/usr/share/fonts/truetype/OpenSans-SemiboldItalic.ttf
/usr/share/fonts/truetype/OpenSans-BoldItalic.ttf
/usr/share/fonts/truetype/OpenSans-Italic.ttf
/usr/share/fonts/truetype/OpenSans-Bold.ttf
/usr/share/fonts/truetype/OpenSans-CondBold.ttf
/usr/share/fonts/truetype/OpenSans-CondLight.ttf
/usr/share/fonts/truetype/OpenSans-CondLightItalic.ttf
/usr/share/fonts/truetype/OpenSans-Semibold.ttf
/usr/share/fonts/truetype/OpenSans-Regular.ttf
Regards,
Aline Manera
On 16/07/2015 13:09, Samuel Henrique De Oliveira Guimaraes wrote:
Hi team,
I noticed that the new-ui design pattern for typography
specifies Helvetica Neue family in four different styles. This
font family is shipped with the latest versions of Mac OS X
and iOS but it is not available for free on Windows and Linux
distributions.
I believe this might conflict with Kimchi license. Even if we
buy or rent a webfont license we can’t distribute the TTF,
EOT, WOFF and SVG files in our repositories. I think that we
can’t even use a webfont license in this case (pointing to a
remote location or service like Adobe Typekit or MyFonts)
because most font-licensing services are charging based on
pre-paid pageviews.
Usually for web apps, mobile web apps and cloud based services
we have to buy a server license to store the webfont files
within our servers, but since Kimchi is an open-source project
that anyone can check out and run, every kimchi instance would
have to buy their own font license.
We can set Helvetica as the default font-family in the CSS and
if the user doesn’t have this font installed the browser will
load the next available font (Arial or any other Sans-Serif)
but since each font has different sizes, some elements may not
fit in the screen exactly like they were seen in the mockups.
Also, the UI specs recommends Helvetica Neue in 5 different
styles (Light, Roman, Regular, Medium and Bold), most system
fonts only have 3. We don’t have something like “Arial Light”
for instance.
My suggestion is that we replace Helvetica Neue for Open Sans
because it covers all the style specifications and it is
licensed under Apache 2.0. Any thoughts?
Thanks,
Samuel Guimarães
_______________________________________________
Kimchi-devel mailing list
Kimchi-devel(a)ovirt.org <mailto:Kimchi-devel@ovirt.org>
http://lists.ovirt.org/mailman/listinfo/kimchi-devel
_______________________________________________
Kimchi-devel mailing list
Kimchi-devel(a)ovirt.org <mailto:Kimchi-devel@ovirt.org>
http://lists.ovirt.org/mailman/listinfo/kimchi-devel
4:14 p.m.
From: Aline Manera [mailto:alinefm@linux.vnet.ibm.com]
Sent: segunda-feira, 14 de setembro de 2015 18:10
To: Samuel Henrique De Oliveira Guimaraes <samuel.guimaraes(a)eldorado.org.br>;
kimchi-devel(a)ovirt.org
Subject: Re: [Kimchi-devel] New-UI Helvetica Font
On 14/09/2015 18:04, Samuel Henrique De Oliveira Guimaraes wrote:
Hi Aline,
Thank you! I'm glad all the files have the same name.
Does the package contain all we need? Do you want me to expose them to the server?
Yes, these packages contain everything we need. If you expose them to the server, I think
we should rename fontawesome folder to "fonts" and keep all font related CSS
files there.
Regards,
Samuel
From: Aline Manera [mailto:alinefm@linux.vnet.ibm.com]
Sent: segunda-feira, 14 de setembro de 2015 18:02
To: Samuel Henrique De Oliveira Guimaraes
<samuel.guimaraes@eldorado.org.br><mailto:samuel.guimaraes@eldorado.org.br>;
kimchi-devel@ovirt.org<mailto:kimchi-devel@ovirt.org>
Subject: Re: [Kimchi-devel] New-UI Helvetica Font
On 14/09/2015 17:55, Aline Manera wrote:
Hi Samuel,
From my investigation, I identified the OpenSans font is packaged on
Ubuntu, Fedora, openSUSE but I failed to find the correspondent package for RHEL 7.1
I will try more on it and send you the details, but if we don't have RHEL 7.1
package to provide the OpenSans font we will need to find other solution on that. Maybe
use other font.
OPs... Just found it :-)
on RHEL 7.1 (open-sans-fonts.noarch)
/etc/fonts/conf.d/60-open-sans.conf
/usr/share/doc/open-sans-fonts-1.10
/usr/share/doc/open-sans-fonts-1.10/LICENSE.txt
/usr/share/fontconfig/conf.avail/60-open-sans.conf
/usr/share/fonts/open-sans
/usr/share/fonts/open-sans/OpenSans-Bold.ttf
/usr/share/fonts/open-sans/OpenSans-BoldItalic.ttf
/usr/share/fonts/open-sans/OpenSans-ExtraBold.ttf
/usr/share/fonts/open-sans/OpenSans-ExtraBoldItalic.ttf
/usr/share/fonts/open-sans/OpenSans-Italic.ttf
/usr/share/fonts/open-sans/OpenSans-Light.ttf
/usr/share/fonts/open-sans/OpenSans-LightItalic.ttf
/usr/share/fonts/open-sans/OpenSans-Regular.ttf
/usr/share/fonts/open-sans/OpenSans-Semibold.ttf
/usr/share/fonts/open-sans/OpenSans-SemiboldItalic.ttf
If it is all you need, I can send a patch to expose the *.ttf files to the web server (the
same I did for fontawesome).
Below is the details for Ubuntu, Fedora and openSUSE.
On Ubuntu 15.4 (texlive-fonts-extra):
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Bold.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-BoldItalic.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-CondLight.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-CondLightItalic.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-ExtraBold.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-ExtraBoldItalic.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Italic.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Light.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-LightItalic.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Regular.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Semibold.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-SemiboldItalic.ttf
On Fedora 22 (texlive-opensans.noarch):
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Bold.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-BoldItalic.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-CondLight.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-CondLightItalic.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-ExtraBold.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-ExtraBoldItalic.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Italic.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Light.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-LightItalic.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Regular.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Semibold.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-SemiboldItalic.ttf
On OpenSUSE 13.2 (google-opensans-fonts-1.0-10.1.5.noarch):
/usr/share/fonts/truetype/OpenSans-ExtraBoldItalic.ttf
/usr/share/fonts/truetype/OpenSans-ExtraBold.ttf
/usr/share/fonts/truetype/OpenSans-LightItalic.ttf
/usr/share/fonts/truetype/OpenSans-Light.ttf
/usr/share/fonts/truetype/OpenSans-SemiboldItalic.ttf
/usr/share/fonts/truetype/OpenSans-BoldItalic.ttf
/usr/share/fonts/truetype/OpenSans-Italic.ttf
/usr/share/fonts/truetype/OpenSans-Bold.ttf
/usr/share/fonts/truetype/OpenSans-CondBold.ttf
/usr/share/fonts/truetype/OpenSans-CondLight.ttf
/usr/share/fonts/truetype/OpenSans-CondLightItalic.ttf
/usr/share/fonts/truetype/OpenSans-Semibold.ttf
/usr/share/fonts/truetype/OpenSans-Regular.ttf
Regards,
Aline Manera
On 16/07/2015 13:09, Samuel Henrique De Oliveira Guimaraes wrote:
Hi team,
I noticed that the new-ui design pattern for typography specifies Helvetica Neue family in
four different styles. This font family is shipped with the latest versions of Mac OS X
and iOS but it is not available for free on Windows and Linux distributions.
I believe this might conflict with Kimchi license. Even if we buy or rent a webfont
license we can't distribute the TTF, EOT, WOFF and SVG files in our repositories. I
think that we can't even use a webfont license in this case (pointing to a remote
location or service like Adobe Typekit or MyFonts) because most font-licensing services
are charging based on pre-paid pageviews.
Usually for web apps, mobile web apps and cloud based services we have to buy a server
license to store the webfont files within our servers, but since Kimchi is an open-source
project that anyone can check out and run, every kimchi instance would have to buy their
own font license.
We can set Helvetica as the default font-family in the CSS and if the user doesn't
have this font installed the browser will load the next available font (Arial or any other
Sans-Serif) but since each font has different sizes, some elements may not fit in the
screen exactly like they were seen in the mockups. Also, the UI specs recommends Helvetica
Neue in 5 different styles (Light, Roman, Regular, Medium and Bold), most system fonts
only have 3. We don't have something like "Arial Light" for instance.
My suggestion is that we replace Helvetica Neue for Open Sans because it covers all the
style specifications and it is licensed under Apache 2.0. Any thoughts?
Thanks,
Samuel Guimarães
_______________________________________________
Kimchi-devel mailing list
Kimchi-devel@ovirt.org<mailto:Kimchi-devel@ovirt.org>
http://lists.ovirt.org/mailman/listinfo/kimchi-devel
_______________________________________________
Kimchi-devel mailing list
Kimchi-devel@ovirt.org<mailto:Kimchi-devel@ovirt.org>
http://lists.ovirt.org/mailman/listinfo/kimchi-devel
7:22 a.m.
On 14/09/2015 18:14, Samuel Henrique De Oliveira Guimaraes wrote:
*From:*Aline Manera [mailto:alinefm@linux.vnet.ibm.com]
*Sent:* segunda-feira, 14 de setembro de 2015 18:10
*To:* Samuel Henrique De Oliveira Guimaraes
<samuel.guimaraes(a)eldorado.org.br>; kimchi-devel(a)ovirt.org
*Subject:* Re: [Kimchi-devel] New-UI Helvetica Font
On 14/09/2015 18:04, Samuel Henrique De Oliveira Guimaraes wrote:
Hi Aline,
Thank you! I’m glad all the files have the same name.
Does the package contain all we need? Do you want me to expose them to
the server?
Yes, these packages contain everything we need. If you expose them to
the server, I think we should rename fontawesome folder to “fonts” and
keep all font related CSS files there.
As the fonts will be in different directories in the server I will not
be able to expose them using the same URI (/fonts)
What I can do is create 2 different targets:
/fonts/fontawesome/
/fonts/opensans/
I will update the fontawesome patch according to it. So all fonts will
have the same prefix (/fonts)
Regards,
Samuel
*From:*Aline Manera [mailto:alinefm@linux.vnet.ibm.com]
*Sent:* segunda-feira, 14 de setembro de 2015 18:02
*To:* Samuel Henrique De Oliveira Guimaraes
<samuel.guimaraes(a)eldorado.org.br>
<mailto:samuel.guimaraes@eldorado.org.br>; kimchi-devel(a)ovirt.org
<mailto:kimchi-devel@ovirt.org>
*Subject:* Re: [Kimchi-devel] New-UI Helvetica Font
On 14/09/2015 17:55, Aline Manera wrote:
Hi Samuel,
From my investigation, I identified the OpenSans font is
packaged on Ubuntu, Fedora, openSUSE but I failed to find the
correspondent package for RHEL 7.1
I will try more on it and send you the details, but if we
don't have RHEL 7.1 package to provide the OpenSans font we
will need to find other solution on that. Maybe use other font.
OPs... Just found it :-)
on RHEL 7.1 (open-sans-fonts.noarch)
/etc/fonts/conf.d/60-open-sans.conf
/usr/share/doc/open-sans-fonts-1.10
/usr/share/doc/open-sans-fonts-1.10/LICENSE.txt
/usr/share/fontconfig/conf.avail/60-open-sans.conf
/usr/share/fonts/open-sans
/usr/share/fonts/open-sans/OpenSans-Bold.ttf
/usr/share/fonts/open-sans/OpenSans-BoldItalic.ttf
/usr/share/fonts/open-sans/OpenSans-ExtraBold.ttf
/usr/share/fonts/open-sans/OpenSans-ExtraBoldItalic.ttf
/usr/share/fonts/open-sans/OpenSans-Italic.ttf
/usr/share/fonts/open-sans/OpenSans-Light.ttf
/usr/share/fonts/open-sans/OpenSans-LightItalic.ttf
/usr/share/fonts/open-sans/OpenSans-Regular.ttf
/usr/share/fonts/open-sans/OpenSans-Semibold.ttf
/usr/share/fonts/open-sans/OpenSans-SemiboldItalic.ttf
If it is all you need, I can send a patch to expose the *.ttf
files to the web server (the same I did for fontawesome).
Below is the details for Ubuntu, Fedora and openSUSE.
On Ubuntu 15.4 (texlive-fonts-extra):
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Bold.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-BoldItalic.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-CondLight.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-CondLightItalic.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-ExtraBold.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-ExtraBoldItalic.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Italic.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Light.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-LightItalic.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Regular.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Semibold.ttf
texlive-fonts-extra:
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-SemiboldItalic.ttf
On Fedora 22 (texlive-opensans.noarch):
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Bold.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-BoldItalic.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-CondLight.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-CondLightItalic.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-ExtraBold.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-ExtraBoldItalic.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Italic.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Light.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-LightItalic.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Regular.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-Semibold.ttf
/usr/share/texlive/texmf-dist/fonts/truetype/public/opensans/OpenSans-SemiboldItalic.ttf
On OpenSUSE 13.2 (google-opensans-fonts-1.0-10.1.5.noarch):
/usr/share/fonts/truetype/OpenSans-ExtraBoldItalic.ttf
/usr/share/fonts/truetype/OpenSans-ExtraBold.ttf
/usr/share/fonts/truetype/OpenSans-LightItalic.ttf
/usr/share/fonts/truetype/OpenSans-Light.ttf
/usr/share/fonts/truetype/OpenSans-SemiboldItalic.ttf
/usr/share/fonts/truetype/OpenSans-BoldItalic.ttf
/usr/share/fonts/truetype/OpenSans-Italic.ttf
/usr/share/fonts/truetype/OpenSans-Bold.ttf
/usr/share/fonts/truetype/OpenSans-CondBold.ttf
/usr/share/fonts/truetype/OpenSans-CondLight.ttf
/usr/share/fonts/truetype/OpenSans-CondLightItalic.ttf
/usr/share/fonts/truetype/OpenSans-Semibold.ttf
/usr/share/fonts/truetype/OpenSans-Regular.ttf
Regards,
Aline Manera
On 16/07/2015 13:09, Samuel Henrique De Oliveira Guimaraes wrote:
Hi team,
I noticed that the new-ui design pattern for typography
specifies Helvetica Neue family in four different styles.
This font family is shipped with the latest versions of
Mac OS X and iOS but it is not available for free on
Windows and Linux distributions.
I believe this might conflict with Kimchi license. Even if
we buy or rent a webfont license we can’t distribute the
TTF, EOT, WOFF and SVG files in our repositories. I think
that we can’t even use a webfont license in this case
(pointing to a remote location or service like Adobe
Typekit or MyFonts) because most font-licensing services
are charging based on pre-paid pageviews.
Usually for web apps, mobile web apps and cloud based
services we have to buy a server license to store the
webfont files within our servers, but since Kimchi is an
open-source project that anyone can check out and run,
every kimchi instance would have to buy their own font
license.
We can set Helvetica as the default font-family in the CSS
and if the user doesn’t have this font installed the
browser will load the next available font (Arial or any
other Sans-Serif) but since each font has different sizes,
some elements may not fit in the screen exactly like they
were seen in the mockups. Also, the UI specs recommends
Helvetica Neue in 5 different styles (Light, Roman,
Regular, Medium and Bold), most system fonts only have 3.
We don’t have something like “Arial Light” for instance.
My suggestion is that we replace Helvetica Neue for Open
Sans because it covers all the style specifications and it
is licensed under Apache 2.0. Any thoughts?
Thanks,
Samuel Guimarães
_______________________________________________
Kimchi-devel mailing list
Kimchi-devel(a)ovirt.org <mailto:Kimchi-devel@ovirt.org>
http://lists.ovirt.org/mailman/listinfo/kimchi-devel
_______________________________________________
Kimchi-devel mailing list
Kimchi-devel(a)ovirt.org <mailto:Kimchi-devel@ovirt.org>
http://lists.ovirt.org/mailman/listinfo/kimchi-devel
3139
days inactive
3200
days old
12 comments
4 participants
participants (4)
-
Aline Manera -
Jan Schneider -
Kevin Zander -
Samuel Henrique De Oliveira Guimaraes