Bprompt: sweet, that worked.

Dregrich: Let me get you a screenshot

Everidge: Bprompt: https://www.dropbox.com/s/f3chij296qxe3p6/css%20%28irc.chat.net%29-1.png?dl=0

Schrodt: I want all of those aligned appropriately with whatever content is in there

Brutsch: Disappeared: top, middle and bottom, is all?

Wykoff: I realize what i’m asking is ***ue but i’m just looking for an alternative to that plugin to do it without js

Finck: Well, what is it though? just to position those text elements top, middle and bottom only? does the containing elementgray rectangle has a height? is it auto?

Brant: So, for http://eigenstate.org/myrddin/, I’m trying to figure out how to get the text areas to shrink when I resize the page, instead of shifting down.

Tolston: I am very much not a web dev

Boakye: CSS is in http://eigenstate.org/style.css

Fuhrman: HTML is atrocious, but autogenerated.

Vullo: I can tweak most of it without too much trouble

Blaize: Hi. I have divword SEPARATOR newword/div. Is there a way to display the text after SEPARATOR in new line with keeping the underlying HTML the same?

Fultz: Vegitto: if it’s an element, yes, just set it to display: block;

Zephier: Bprompt: but then the SEPARATOR is also going to display, no?

Cremers: Bprompt: As I said, the word and newword are not in new lines in the HTML. They’re in the same unbroken string, separated by separator.

Hanbury: Vegitto: got html?

Danials: Vegitto: so we can see the markup :

Larowe: Something like: divname¢surname/div

Doswell: Now I cannot replace ¢ with br / I cannot touch the HTML, but I want them to display as if I did replace the ¢ with br /.

Vizzi: If that makes any sense.

Kinsella: Vegitto: doable if “content” property were to use add the text, no dice on the text there though, you’d need to do it with js :

Fiveash: Vegitto: if it were added using content, you could just do – div::before { content: “namea username”}

Kapiloff: Bprompt: I see, thanks.

Pooser: Vegitto: js wise, you’d end up chaging the separator for br anyway :

Obenauer: Bprompt: it’s not quite that bad; the ugliest part is the nav menu.

Susa: The rest is what a slightly hacked up version of the Sundown markdown generator does.

Welsch: I could try to make a simpler test case after work, I guess.

Rise: Ori_B: the textarea is being width: 100%; that’s as wide as the containing element, well, the parent is pre, well, pre is block by default and 100% wide, well its parent is article well, article is also block and 100% wide, now, you have a floated nav there, block-level elements “do not see” floats, and thus can and do overlap them, so the textarea is 100% wide, as wide as the pre, who is as wide as the article who i

Rossing: Ori_B: because the floated nav is NOT moving over article is simply overlapping it, thus, all that space in it, goes into the width: 100%; for the textarea

Vitti: Bprompt: ok. I’ve also been thinking of making the nav full height; would that solve it?

Knicely: And setting ‘height=100%’ doesn’t work unless I set the height on the enclosing blocks. but to what? 100% seems to mean the size of the browser window, which means the text actually overflows out the bottom.

Whitty: Bprompt: ie, how would I make the floated nav move over the article?

Laurel: Bprompt: also, part 2: when I shrink the window past the width of the text area, is there any way to make the text area continue shrinking?

Schaller: Ori_B: well. you can’t per se, you’d have to move the article over by itself. so, notice, how wide is nav, how much padding? how much margin? add those up, and give that to article as margin-left, so it moves over by that much, and then its width will change, and the textarea will use that smaller width

Bacorn: Someon up for lotv archon?

Delross: Bprompt: sweet, that worked.