Re: [css-d] CSS, XML, HTML, valid or bogus was( column help)

2011-05-02 Thread Jukka K. Korpela

Alan Gresley wrote:


One of the most bazaar test I have done. I even invented my own
elements, selectors and one attribute.

http://css-class.com/test/xml/unicode.xml


Complicated tests easily lead to complication and frustration, though they 
can be useful and interesting too. Typically, after a failure, the test 
needs to be split into parts until each problem can be isolated.



The CSS validator just throws my CSS completely


It seems that any non-Ascii letter in an identifier makes the W3C CSS 
Validator report an error and discard the rest of the style sheet. I have 
just reported this bug in the www-validator-css mailing list. This seemed to 
be the best approach.



and the HTML validator
demands to have a Doctype to see if the document is valid.


By the old definition, a document type definition is required for markup 
validation, as validation means checking against a DTD.



By some
code sniffing, the HTML validator considers it to be invalid XHTML 1.0
Transitional.


It's not really sniffing. It just defaults to XHTML 1.0 Transitional once it 
has seen that you serve it as application/xhtml+xml and it has no doctype. 
And the validation naturally fails, because the markup is not XHTML. To use 
the validator on a document with your own tags, you need to write your own 
DTD for it.



IE9 shows the correct source code. Both Firefox and Opera rearrange of
the source code where it has RTL script and Safari changes the glyphs
all over.


I'm not quite sure what you mean, but then again, Hebrew and Arabic are 
mostly Greek to me. Anyway, the display of source code depends on the 
browser and on the program used as source code viewer (this can often be set 
in the browser settings). No requirements are imposed on it in any 
specification I know of, so it's a matter of practical judgement. Generally, 
such programs can be very simple (like Notepad), and I would not be 
surprised if some of them failed to apply Unicode directionality rules 
properly, to render Arabic letters using proper contextual forms, etc.


Yucca 


__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/


Re: [css-d] help centering items

2011-05-02 Thread Kim Brooks Wei
Chetan, thanks for your interest, but you're getting hung up on the 
word block. I explained that block is a term in layout design which 
means a group of words. If you're interested in the word's history 
and publishing applications please email me off list.


What I'm trying to accomplish is:

elephant and h5  to the left
join (which should appear as a short-width button) to the right
both elements centered to the page.

I will try the couple of solutions that were posted already and see 
how they work.


Best,
Kimi

At 12:47 AM +0530 5/2/11, Chetan Crasta wrote:

So when you say that you want it to appear as a single copy block, do
you mean you want to style the logo and the h5 together and give them
the appearance of a block? The solution to that would depend on what
style you wish to apply. You have to be more clear.

Regards,
Chetan Crasta



--

[ Kimi Wei
thewei.com
@kimiwei
(t) 862.203.8814
p o box 626
fair lawn, nj 07410 ]
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/


Re: [css-d] help centering items

2011-05-02 Thread Kim Brooks Wei

On 4/30/11 11:51 PM, Kim Brooks Wei wrote:

(Problem 1) I want both blocks to be centered on the page.


On a different page http://bit.ly/kp21jM on the site I accomplished 
part of what I want. The two blocks of copy are now side by side:

   (Block #1: Everyone is welcome and elly)
   (Block #2: Join and Twitter box)

Next, can I
* Get Block #2 to align to middle of Block #1?
* Get both blocks to sit in the center of my page?


FOLLOWING IS FIXED - THANK YOU!

2 At http://bit.ly/jwgrff (home page, same site)

get the picture to float centered in the middle of the page



David Huckleby and Alex Mitchell suggested this fix:


.leftcopytwothree {
  text-align: center;


It didn't work, but using the idea of controlling the centering with 
a text-align statement, I wrapped the photo in a centered p and 
that works fine. Thanks guys!

--

[ Kimi Wei
thewei.com
@kimiwei
(t) 862.203.8814
p o box 626
fair lawn, nj 07410 ]
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/


[css-d] :: makeready ::

2011-05-02 Thread David Laakso
A first-pass attempt to hit cross-browser desktop, tablets, and 
mobile-handsets from one address. Your comments and suggestions are 
always appreciated.

uri: http://chelseacreekstudio.com/
Thanks.
Best,
~d

__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/


[css-d] display:inline-block Rendering Differences

2011-05-02 Thread Chetan Crasta
While experimenting with display:inline-block, I was surprised to find
differences in rendering by three current browsers, viz. Chrome 11,
Firefox 4 and Opera 11.10. Internet Explorer 8 and Safari's rendering
is the same as Chrome 11.

Here's the page: http://roughtech.com/t/centering_multi.html

What's going on?

Regards,
Chetan Crasta
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/


Re: [css-d] display:inline-block Rendering Differences

2011-05-02 Thread Philippe Wittenbergh

On May 3, 2011, at 2:30 AM, Chetan Crasta wrote:

 While experimenting with display:inline-block, I was surprised to find
 differences in rendering by three current browsers, viz. Chrome 11,
 Firefox 4 and Opera 11.10. Internet Explorer 8 and Safari's rendering
 is the same as Chrome 11.
 
 Here's the page: http://roughtech.com/t/centering_multi.html

What differences do you see or think to see ?
Your copy of Chrome uses a different font than your copy of Firefox. The text 
in the first box wraps in Firefox but not in Chrome due to this. As a 
consequence, the second and third box move up/down. That is expected.

And note this:
 The baseline of an 'inline-block' is the baseline of its last line box in the 
 normal flow, unless it has either no in-flow line boxes or if its 'overflow' 
 property has a computed value other than 'visible', in which case the 
 baseline is the bottom margin edge.

http://www.w3.org/TR/CSS21/visudet.html#propdef-vertical-align

Philippe
--
Philippe Wittenbergh
http://l-c-n.com/






__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/


Re: [css-d] display:inline-block Rendering Differences

2011-05-02 Thread Chetan Crasta
I fixed the problems with that first test, I have specified the font
size and font family: http://roughtech.com/t/centering_multi1.html
Opera 11 still renders the page differently from other browsers. Is that a bug?

 The baseline of an 'inline-block' is the baseline of its last line box in 
 the normal flow, unless it has either no in-flow line boxes or if its 
 'overflow' property has a computed value other than 'visible', in which case 
 the baseline is the bottom margin edge.

 http://www.w3.org/TR/CSS21/visudet.html#propdef-vertical-align


Thanks for that.

Regards,
Chetan Crasta
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/


Re: [css-d] display:inline-block Rendering Differences

2011-05-02 Thread Philippe Wittenbergh

On May 3, 2011, at 2:21 PM, Chetan Crasta wrote:

 I fixed the problems with that first test, I have specified the font
 size and font family: http://roughtech.com/t/centering_multi1.html
 Opera 11 still renders the page differently from other browsers. Is that a 
 bug?

Yes. The bottom of the image should be aligned with the bottom of the 
text-string to the left of it.

Philippe
--
Philippe Wittenbergh
http://l-c-n.com/






__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/