non-empty, etc.
The goal is left-to right recursive, in rows.
Below, a crude ascii graphic. I've been through the CSS so many
times and changed so many things, I'm getting lost and I'd like
to start over. What can I do, to make "item" elements auto-fil
ated "alignright" and "alignleft" divs
inside the "booklist" div, then added each book-item div to those.
It makes for a single-item column with another one just like it,
beside it. It works, but I'm not happy with it.
Reese
___
t; divs in the left column. Because, these are
book descriptions, there is no standard length to correspond with
a height dimension. Below, the CSS for the "booklist" and "books"
divs.
Reese
--
HTML: http://inkworkswell.net/temp/columns.php
CSS: http://inkworkswell.n
also.
Reese
--
Ink Works
http://www.inkworkswell.com
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
IE7 information -- http://css-discuss.incutio.com/?page=IE7
List wiki/FAQ -- http:
ight navigation images not displaying
quite properly in IE6 also (they are the way we want them in FF1). Tips &
suggestions appreciated.
Lastly, we are looking for feedback from MacIE/Safari users *crosses
fingers*
Reese
--
Ink Works
http://w
ther the client approves them or not.
Reese
At 16:01 18-11-05, Reese wrote:
>A neophytish question for the esteemed scholars, gurus, and other wise
>ones reported to frequent this list:
>
>On http://inkworkswell.net/booth/monroelab/clients/crowncork.php
>the left navigation me
We are looking for feedback on
http://inkworkswell.com/clients/monroelab
Especially from MacIE/Safari users. All comments on display issues welcome.
Reese
--
Ink Works
http://www.inkworkswell.com
__
css-discuss [EMAIL
-menu items disappear
>after i click on them. If a page is part of a subsection, then the
>menu should stay open.
I'll have to learn more about Javascript to make that happen.
Reese
__
css-discuss [EMAIL PROTECTED]
ht
m, sorry. What does "greek through" mean in this context?
Reese
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evol
my earlier site checks perhaps?
Reese
--
Ink Works
http://www.inkworkswell.com
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by ev
nt).
CSS below, here are partial FF1.5 and IE6 screenshots:
http://inkworkswell.com/temp/ff_screenshot.gif
http://inkworkswell.com/temp/ie_screenshot.gif
Tips & suggestions greatly appreciated.
Reese
--
Ink Works Publication Services, Inc.
http://www.inkworkswell.com
#wrapper {
width:
I delinked the attached "setHeight.js" file, the problem went away.
Reese
--
Ink Works
http://www.inkworkswell.com
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ --
sting/structure.css
http://inkworkswell.com/clients/testing/composition.css
Reese
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evol
issues. Is this generally correct? What
can be or is normally said to clients who observe that pages which
look fine in all the other browsers typically don't look quite right
in OmniWeb?
Reese
--
Ink Works
http://www.inkworkswell.com
__
ecially since it is the same image being linked to
from three separate locations. The div containing the filler image
on the left was copied en toto, renamed, and the left: classifier
tweaked for proper offset at center and right.
Reese
--
Ink Works
http
ome display issues between FF and IE (FF shows coding
errors, text overlaps other text in places for example but in IE
everything looks 'right').
There are also some "MsoNormal" tags here & there, like someone
did a poor job of cleaning them out, missed a
did
not find anything with a quick Google search before posting my query,
either. Searched with the wrong terms, probably.
At 16:52 20-04-06, cj wrote:
>well, i can give it a shot at least!
;)
You confirmed what I was concl
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.392 / Virus Database: 268.5.3/331 - Release Date: 5/3/2006
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
IE7b2
80 viewers comprise < 1% of all Web surfers, per the
last report we've seen.
Reese
-
Ink Works
http://www.inkworkswell.com
1+ (727) 942-9255
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/c
At 00:38 16-06-05, Reese wrote:
>We've recently discovered a bit of weirdness...
Nevermind. I wrote that post, then stepped out to the garage to try
finishing another sort of project, while I was out there my partner
fixed it.
A had a top border defined and at such a narrow resolution
I didn't want to go through the
several score of pages to give all the other links an ID, I am
faced with abandoning the idea of a different link style.
What can I do?
Reese
--
Ink Works
http://www.inkworkswell.com
__
css-discu
}
then nothing here has any effect, all the earlier styles apply themselves
to the new link.
A thought, I am using tags to give different bits of
text in the div#order link different colors, could that be interfering
with the shorthand?
Reese
--
http://www.inkworkswell.
ed,
#order a:hover,
#order a:active {blah}
Which seems eminently intuitive, to me. I cannot foresee making that
same mistake again while using this formatting tip.
Reese
--
http://www.inkworkswell.com
1+ 727-942-9255
__
css-discuss [E
to provide urls for that, so I won't. It isn't
necessarily a rendering difference per the description above, but
it's a proof that Multi-IE6 isn't the same as IE6. It stands to
reason that there will be other differences, with no reason to
doubt that
The point was, Multi-IE6 is
not the same as IE6.
Reese
--
http://www.inkworkswell.com
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incu
...
In the end, your...
Again, w/out the text:
...
You should have:
...
Once you get that straightened out, I'll bet your CSS starts
working properly.
Reese
__
css-discuss [cs...@lists.css-di
particular basic. I'll have to discuss this memory lapse with the
maker, if he'll return my calls.
Reese
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List w
that would explain this different handling
of linked, inline list elements?
I tried searching the Wiki but "mac font size" didn't bring up any
results, neither did "safari font size".
Reese
__
css-discuss
o for the version of Safari he's using.
> Best bet is a clickable link to the page...
Yes, but it's proprietary stuff for a client so I hoped to avoid
extracting the relevant code for public viewing.
Reese
__
css-d
the array of list items appears
to be a nearly identical length on both the Win and Mac platforms),
but Helvetica Neue gives me a serif font everywhere except in
Konqueror (Fedora Core 6).
I'll have to play with the letter-spacing now that I know it's
the
so
I don't see that getting very far. I suppose the other option is to
use images instead of text, I don't like that option. It isn't as
SEO-friendly as text links and SEO-friendliness is important.
Reese
__
css
px is still fuzzy. He needs a screen
reader, his eyesight is getting so bad.
My point being, where is the point of diminishing returns and how do
we know when we've gone too far?
Reese
__
css-discuss [cs...@lists.css-discuss.o
; to id="three" with the
appropriate changes to your style sheet, and then try it out
to see how it works.
If you have any other div ID's that start with numerals,
they must also be changed to start with a letter [A-Za-z].
Se
asier to debug.
What he said:
http://validator.w3.org/check?uri=http%3A%2F%2Fwww.ian.thfctalk.com%2Fbridgend%2Findex.php&charset=(detect+automatically)&doctype=Inline&group=0
Also, there is no tag. Use the proper self-closing /&g
Clagnut/bbcnSS.html describe that method's impact.
I'm at a bit of a loss, to see the difference between
* {font-size: 100%;}
body {font: 0.84em;}
and
* {font-size: 84%;}
body {font: 1em;}
When you start doing measurements at different dpi values,
bit of a loss to see why you would consider using either of them.
I'm not using either one of those, but someone noteworthy on this
list is using one of them. What I'm saying is, I don't see what the
difference would be at different dpi values, which
ing: 0; margin: 0;}
body {font: 1em/1.33em Arial, sans-serif;}
Reese
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http
quite properly. Sorta the same way pages won't display properly for all
those half-dozen-or-so users who are still using Windows 3.11 and IE3 or
earlier. If they aren't spoofing that data. @@
Reese
__
css-discuss [cs
re is something else out there, something that does not
rely on sometimes blocked (javascript, Flash, etc.), sometimes
inaccessible (JAWS, etc.) technologies so that it defeats both
Allsopp's and my own arguments? I'd like to hear about it.
Reese
1- http://webstandardsgroup.org/features/j
given it consideration - but I will. I think.
You didn't provide a link to that implementation, can you give one? I'm
a little bugged that it is Fx 3.5+ though. Still, I'll take a look.
Reese
__
css-discuss [cs..
Thank you for the URLs David, Philippe, and Thierry. I'm wondering
why I haven't encountered @font-face sooner.
Reese
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
Lis
the list,
plus I confess to assuming that Charles was referring to a PHP login
script.
So, I concur with Boray ERIS, javascript is inappropriate for login
scripts. These sorts of data should be handled by server-side scripts
such as PHP etc.
We now return you to the more on-topi
On 11-May-10 16:02, Eric A. Meyer wrote:
...
Thank you, Eric, for the very detailed explanation of all of that.
It's likely more detail than most of us needed, but some of us do
appreciate the excess. So, thank you, for all of that. ;)
On 19-Jul-10 23:26, Beth Lee wrote:
> ...but you can use getElementsByClassName.
That wasn't available in IE, the last I heard. Has that changed?
Reese
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-dis
y are /forward/ compatible.
Also, I believe it is in the specification that "transitional" is for
pages that must maintain support for legacy cruft, new development
should be under the "strict" doctype for the reasons advanced by David.
Reese
__
hot though, else I would not mention it.
To keep it more topical, you can gain some increases in the speed of
page display by avoiding reliance on the cascade also. You should look
into Object-Oriented CSS (OOCSS) as advocated by Nicole Sullivan (aka
"Stubbor
it a negative value,
such as:
li {text-indent: -10px;}
Reese
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- ht
At 11:10 17 12 10, Rory Bernstein wrote:
Thank you Reese. This is great, I didn't know you could do it this
way. Someone else sent in another solution too. I so appreciate your response.
It's the same solution, just implemented in a different way.
Still, you are welcome. I saw
on, so:
Much easier to read when reading the source code. Drop the self-
closing img tag for HTML 4.01 and earlier.
Reese
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo
ht was "none of that helps me
or anyone else to learn or apply CSS."
Can we put the discussion of jargon aside and talk about CSS now?
Reese
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailma
t falling through to the other URL. There should be a "return false"
in there somewhere to arrest processing the form if validation fails.
Yours is probably a question best asked on a jquery list, there are several
out there. Google is friendly.
Reese
__
<http://blog.millermedeiros.com/the-problem-with-css-pre-processors/>
If that isn't reason enough to shun them...
Reese
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/F
I had to do something with media queries today. It has been a while
and I haven't done that much with them prior, it ended up being more
difficult than I think it should have been.
Can anyone recommend a good media queries tutorial/refresher that is
both online and free?
like LESS and SASS obsolete?
Are there any gotcha's?
Reese
__
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 --
At 03:20 PM 5/18/2017, Reese wrote:
Wow, the formatting on that got clobbered. Will probably get clobbered
on this email also.
How long has that been happening?
Reese
__
css-discuss [css-d@lists.css-discuss.org]
http
At 09:24 PM 5/18/2017, Eric A. Meyer wrote:
On 18 May 2017, at 19:26, Reese wrote: > Wow, the formatting on that
got clobbered. Will probably get clobbered > on this email also. > >
How long has that been happening? Hard to say. What formatting got
clobbered? You initial post
At 08:08 PM 5/21/2017, Karl DeSaulniers wrote:
Maybe a re-install is in order?
Dunno. I asked about it on a Eudora group, I'm not the only one who
has experienced this. Working hypothesis ATM: randomly-triggered
bug in the Eudora v7.1.0.9 message viewer.
.incutio.com/
> List policies -- http://css-discuss.org/policies.html
> Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
>
--
Ryan Reese
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-disc
n.
On Tue, Mar 3, 2015 at 12:48 PM, Ryan Reese
wrote:
> Why are you not just doing content:''; and then setting it as a background
> image?
>
> Content is not the same as a background image. It looks like you meant
> this.
> .responsive-tabs-wrapper:after {
> content:
_
> 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:/
ys to center items but it just depends on your situation. You
can breathe easy. Text-align:center; is the easiest way to center
inline/inline-block elements.
On Mon, Mar 16, 2015 at 8:38 PM, John wrote:
> On Mar 16, 2015, at 5:36 PM, Ryan Reese
> wrote:
>
> Semantics is purely in the HT
x27;t pertain to
the OPs issues.
On Mon, Mar 16, 2015 at 10:27 PM, Karl DeSaulniers
wrote:
> On Mar 16, 2015, at 7:43 PM, John wrote:
>
> >> On Mar 16, 2015, at 5:41 PM, Ryan Reese
> wrote:
> >>
> >> Text-align:center is a fine way to center list items. Noone
- http://css-discuss.incutio.com/
> List policies -- http://css-discuss.org/policies.html
> Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
>
--
Ryan Reese
__
css-discuss [css-d@lists.css-discuss.org]
I was not aware either. I had to remember what FOUC was since I hadn't
heard of that term in years.
I was sure that this issue is not around today. Granted, I couldn't get the
issue to appear on my end.
On Fri, Mar 20, 2015 at 1:46 PM, J.C. Berry wrote:
> I was not aware Re
Sorry, you did a double negative. I misunderstood.
AFAIK this problem no longer exists but there are still articles on this
which give solutions. I suggest you google some.
On Fri, Mar 20, 2015 at 1:46 PM, J.C. Berry wrote:
> I was not aware Reese that this problem no longer exists in web
www.sbctc.edu<http://www.sbctc.edu>
>
> __
> 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 --
ded a min-height to the s. Quick fix. Probably a better fix out
> there.
> __
> 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
.456.4279 | medialogic.com
>
>
> #663399
> __
> 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 -- ht
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/
>
--
Ryan Reese
_
/www.dropbox.com/mailbox>
>
>
> On Wed, Jun 3, 2015 at 9:01 PM, Ryan Reese
> wrote:
>
>> I'm confused. You say if you can't use flex, you can't do it. Then you
>> acknowledge the table/table-cell approach exists. So why not use
>> table/table-cel
Display table/table-cell replicates the table counterparts. You certainly
don't need to know a tables height to center it. It's no different in
CSS...As my example shows.
On Wed, Jun 3, 2015 at 9:04 PM, Ryan Reese
wrote:
> http://codepen.io/ryanreese09/pen/NqpMYa
>
> On Wed,
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/
>
--
Ryan Reese
___
ested in Firefox and Chrome and briefly in IE11.
>
> Regards,
>
> Tim Dawson
>
>
> --
> Tim Dawson
> Maolbhuidhe
> Fionnphort
> Isle of Mull PA66 6BP
>
> 01681 700718
> ___
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/
>
--
Ryan R
> 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/
--
Ryan Reese
__
css-discuss [css-d@lists.css-d
Would there be a disadvantage to just using the
> >
> > .navbar a {
> > color:white !important;
> > }
> > though? Sure would be easy.
> >
> > Thanks again!
> >
> > Theophan
> >
> >
> >> On Oct 12,
Would there be a disadvantage to just using the
> >>
> >>.navbar a {
> >>color:white !important;
> >>}
> >> though? Sure would be easy.
> >>
> >> Thanks again!
> >>
> >> Theophan
> &
of the books to display for people the
issues that caused.
Thank you very much for your help and time. Oh, and yes, I usually use
flexible font sizes but some other issues prevented me from doing so on
this project :)
Reese
[EMAIL PROTECTED]
--
N
. .col1, col2, .col3) floated
left, she will have to manually adjust the content of each column as her
number of magazine titles grow. Utilizing a list will enable her to
simply add a list item and have the columns resort themselves accordingly
as/safarishot.jpg
I've also tried using padding, but that didn't give me the result I
seek. Any suggestions on how I might get these bullets to scooch over
for Safari?
Thanks much,
Reese
__
css-discuss [EMAIL PROTECTED]
From: "webmaster" <[EMAIL PROTECTED]>
Hi there Reese,
I'm pretty new to CSS AND I don't have a MAC to test this on. I'll just put
it out and take my lumps as they come.
I put a margin-right on the feature box (the box floated left) and removed
the left-m
81 matches
Mail list logo