28.10.2011 5:00, Philippe Wittenbergh wrote:
Letter-spacing with modern fonts is something for ornamental effects,
> as those modern (digital) fonts have build-in kerning tables
Mostly, but all-uppercase text may benefit from some added spacing. In
principle, fonts could have all uppercase co
On Thu, Oct 27, 2011 at 10:53 PM, Al Sparber wrote:
>
>>
> Wow that's bloated CSS and script. Remove "height: 100%", "overflow-x:
> hidden" and "overflow-y: scroll" from your body element.
>
> Then remove height "height: 100%" from your HTML element.
>
> Then, if you want to have a persistent vert
On 10/27/2011 10:17 PM, Kym Costanzo wrote:
I have a situation I have not been able to figure out on my own, and so
hoping the brilliant minds out here can give me a hand.
The site: www.thevineyardscommunity.net
Wow that's bloated CSS and script. Remove "height: 100%", "overflow-x:
hidden" an
I have a situation I have not been able to figure out on my own, and so
hoping the brilliant minds out here can give me a hand.
The site: www.thevineyardscommunity.net
The problem: the menu navigation, and the home page featured image/slider
area, are "floating" down the page when I scroll the pa
On Oct 28, 2011, at 10:34 AM, ChrisIzatt wrote:
> So you don't agree that letter-spacing should be able to be adjusted on text
> that isn't large? Why?
Letter-spacing with modern fonts is something for ornamental effects, as those
modern (digital) fonts have build-in kerning tables - and more o
On Oct 27, 2011, at 8:34 PM, ChrisIzatt wrote:
> So you don't agree that letter-spacing should be able to be adjusted on text
> that isn't large? Why?
When I tried it a year ago, using small amounts on text-size type, it would
have no affect as I increased the amount. And then one additional i
So you don't agree that letter-spacing should be able to be adjusted on text
that isn't large? Why?
--
View this message in context:
http://css.2040035.n2.nabble.com/letter-spacing-pixels-only-tp6938341p6938591.html
Sent from the css-discuss mailing list archive at Nabble.com.
___
On 10/27/11 8:46 PM, ChrisIzatt wrote:
@David:
Seriously? Did you read this post properly? em does not work just fine. And
are you really trying to go with that whole "on the web..." argument?
Letter-spacing has a huge impact on the appearance of a font at any size.
The fact that we can only reli
Interesting!
@Kevin:
Good idea to check the specifications on this. My argument would be that, as
type is such an important part of design in general, the specifications
should be updated to be more specific on this subject and insist on a finer
implementation of character-spacing.
@Philippe:
Nic
On Oct 27, 2011, at 3:02 AM, Jukka K. Korpela wrote:
> I don't quite see what the problem is, but if you just have the
> elements in succession, you can wrap a ... around
> them and use something like
>
> .images { padding: 10px 7px 10px 15px; border: solid #f99;
> border-radius: 6px; float:
On 10/27/11 7:00 PM, ChrisIzatt wrote:
Okay so - here's the thing; 'letter-spacing' only accepts values in pixel
units - which is way too large a unit to modify letter-spacing in any useful
manner.
Chris.
Letter-spacing if used at all for setting fonts on the Web is best
reserved for headin
Interesting test.
Anyway, I would think that there would be a gradient of string length
between equally stepped letter-spacing values, so IMO it's a bug in
Webkit/Presto.
Kevin
__
css-discuss [css-d@lists.css-discuss.org]
http://
On Oct 28, 2011, at 8:24 AM, Kevin A. Cameron wrote:
> Aha! Appears to be browser specific:
> Gecko - Good!
> Webkit - Bad!
> Trident - Good!
> Preso - Bad!
>
> http://www.kacevisual.com/files/letter-spacing/
>
> My disdain for Webkit grows...
Not so fast… I would argue that Gecko's result is
I don't think it's a bug, just a poorly defined spec:
http://www.w3.org/TR/CSS2/text.html#spacing-props
"Character spacing algorithms are user agent-dependent." & "Values may be
negative, but there may be implementation-specific limits."
It's logged as a bug with Webkit, though 'unconfirmed':
http
Nice find!
But also ... how frustrating! So - do you know if there is a way to raise
this as a bug to get it fixed in Webkit and Preso?
Cheers!
Chris.
--
View this message in context:
http://css.2040035.n2.nabble.com/letter-spacing-pixels-only-tp6938341p6938425.html
Sent from the css-discuss ma
Aha! Appears to be browser specific:
Gecko - Good!
Webkit - Bad!
Trident - Good!
Preso - Bad!
http://www.kacevisual.com/files/letter-spacing/
My disdain for Webkit grows...
Kevin
__
css-discuss [css-d@lists.css-discuss.org]
http
Nope - sorry that doesn't work. when setting the value of 'letter-spacing'
using anything other than pixel units - the value is simply rounded to the
nearest pixel equivalent. So - for example, I just tried setting the
following values on "Arial":
-0.01em = 0px
-0.02em = 0px
-0.03em = 0px
-0.04em
I use em all the time, and by that I mean I only use em when letter-spacing.
Just today I used:
p {letter-spacing: -0.08em}
Kevin
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List
Okay so - here's the thing; 'letter-spacing' only accepts values in pixel
units - which is way too large a unit to modify letter-spacing in any useful
manner.
I've read a fair amount of discussions on the topic - and it always ends
with floods of so called 'experts' explaining how it's ridiculous
On 10/27/11 3:14 PM, John wrote:
I just checked the prefs per your instructions in both Mac and Win Opera. they
were already set as you suggested they should be.
Does this now point to something in my code that needs addressing to let Opera
show things right?
in Mac Opera, the page looks exact
On Thu, Oct 27, 2011 at 9:03 PM, Kevin A. Cameron
wrote:
> Is this a bug in Webkit?
Opera shows the same.
> Check the 3rd item in the 2nd ordered list (or search for "Use the W, A, S,
> and D"):
> http://na.cityofheroes.com/en/freedom/user-guide/index.php
>
> In other browsers the list-item bull
On Oct 27, 2011, at 6:03 AM, David Laakso wrote:
> you probably have a setting in Opera's preferences incorrectly set for
> viewing your particular pages in that browser that may be causing the issue
> you wrote about.
>
> If you are on a Mac the access to Opera Preferences is:
> Opera>Prefere
I also hate the whole-site-zoom effect... It can make sense: text in a small
side bar becomes unreadable if there are 3 characters per line. It would be
nice if there was a balance, at least so that site was never increased more
than the size of the viewport.
Kevin
Is this a bug in Webkit?
Check the 3rd item in the 2nd ordered list (or search for "Use the W, A, S,
and D"):
http://na.cityofheroes.com/en/freedom/user-guide/index.php
In other browsers the list-item bullet - "3." - is to the left of the image,
in Webkit browsers the floated image is to the left
On 10/26/11 3:08 AM, Philip TAYLOR (Webmaster, Ret'd) wrote:
I am looking for a technique that will allow me
to generate a , the width of which is the
width of its widest non-shrinkable immediate child
element; the DIV will always be floated.
[...]
Sorry for the delay - I was out of commission
On Oct 27, 2011, at 8:40 AM, David Laakso wrote:
> Somewhere along the line you decided that you wanted to make h1, h2, and the
> content block flush left to a drop-line from your the left-side of your name
> in the header. all well and good.
> A few days latter you decided you wanted to add a
On 10/27/11 10:49 AM, John wrote:
On Oct 27, 2011, at 6:03 AM, David Laakso wrote:
stop trying to cram 5 pounds of apples(your menu) into a 3 pound bag].
You mean by this I have too many menu items?
No, I don't mean that at all.
Bad location for the menu?
Somewhere along the line y
On Oct 27, 2011, at 6:03 AM, David Laakso wrote:
> stop trying to cram 5 pounds of apples(your menu) into a 3 pound bag].
You mean by this I have too many menu items? Bad location for the menu?
thanks for your input, David
John
On 10/26/11 5:57 PM, John wrote:
http://coffeeonmars.com/testing/index.html
http://coffeeonmars.com/testing/WPR_Wire.html
When Opera 11.51 opens these pages, the H1/H2 headline is
bigger/fatter and breaks whereas all other browsers (Even pesky win
IE6) don't do this to my type.
Opera also do
On 27/10/11 00:37, Kevin A. Cameron wrote:
Browser preference. Most browsers now-a-days zoom the entire site
(layout,
graphics and all) not just text.
Am I alone in detesting this practice? It means that enlarging the text
causes the whole page to enlarge, often resulting in a horizontal
On 27/10/11 00:37, Kevin A. Cameron wrote:
Browser preference. Most browsers now-a-days zoom the entire site (layout,
graphics and all) not just text.
Am I alone in detesting this practice? It means that enlarging the text
causes the whole page to enlarge, often resulting in a horizontal
scro
27.10.2011 2:09, John wrote:
http://coffeeonmars.com/testing/pix/widgets.jpg
I am not sure how to implement this idea, shown at the link above.
I don't quite see what the problem is, but if you just have the
elements in succession, you can wrap a ...
around them and use something like
.i
32 matches
Mail list logo
