|
Grex > Coop > #284: Grex Town Hall -- How do we move forward? - Fall, 2010 |  |
|
| Author |
Message |
| 25 new of 334 responses total. |
kentn
|
|
response 259 of 334:
| 
Dec 12 01:59 UTC 2010 |
resp:42 about having the phantasia game available. It is.
> which phantasia
/suid/games/phantasia
|
veek
|
|
response 260 of 334:
|
Dec 12 02:50 UTC 2010 |
resp:258 ah nm, i'll do it in perl.
resp:257 the font's the same one used by the main page.. Trebuchet. You
mean font-size? Also, I'm still working on layout (css, color, size,
look).. the content's easy to fix but things like browser-compatibility
are troublesome because it's relative sizes(em %) so Konq has a
different idea of "normal" than FF. chunks, no newline at eof - will
fix.
resp:255 'squeak' oops had to change that for IRC.. i was picking up
flak
resp:252 it's utility that should matter.. i dislike FB but.. everyone
else seems to like it.. broken links.. yeah, it would be best to script
that to homedir creation/deletion..
|
veek
|
|
response 261 of 334:
|
Dec 12 13:49 UTC 2010 |
patch plz. ~veek/latest.diff (mail sent)
|
cross
|
|
response 262 of 334:
|
Dec 12 14:14 UTC 2010 |
resp:261 It doesn't quite pass my code review. Please:
Rename "pgfooter" to "pagefooter" and change the CSS document accordingly.
In general, please spell out words instead of using abbreviations unless it
really is too long.
|
veek
|
|
response 263 of 334:
|
Dec 12 14:59 UTC 2010 |
fixed. new mail sent. can i update to svn directly and save on the
mail/notify overhead? there is rollback afterall.
|
cross
|
|
response 264 of 334:
|
Dec 12 16:27 UTC 2010 |
Not yet. In things like, "users.xhtml", why do we have constructions
like this:
<h2><a id="T">T</a></h2>
The "<h2>" tag can have an "id" attribute; this is better written as:
<h2 id="T">T</h2>
There's a lot of that that needs to be cleaned up.
Also, I see a lot of tags like <u> in there; I'd rather we replaced
those with either <em> or <strong> or CSS; <u> tags are on their way
out.
|
veek
|
|
response 265 of 334:
|
Dec 12 17:01 UTC 2010 |
1. 'cause I didn't add that :p
2. i did clean it up elsewhere (i think).
3. that page is filled with broken links and is best autogenerated by
script.. so, if i clean up the whole thing, i'll just have to junk it
later.
4. will fix the u - it's been depreciated in 4 and will be obsolete in
5 but it's okay for now. none of the lists on that page render in FF so
could we patch and i'll fix it in the next pass (day or two). tomorrow
is monday and i'm not a CS grad. if you update something in that time,
i don't want to spend time looking for changes.
|
cross
|
|
response 266 of 334:
|
Dec 12 17:02 UTC 2010 |
Fix the <u>'s and let me know and I'll patch in what you've got.
|
veek
|
|
response 267 of 334:
|
Dec 12 17:03 UTC 2010 |
cool! i am for less horrible not perfect <g>
|
veek
|
|
response 268 of 334:
|
Dec 12 17:03 UTC 2010 |
s/am/aim
|
cross
|
|
response 269 of 334:
|
Dec 12 17:15 UTC 2010 |
While it's true that steady incremental progress is better than perfection
that never comes, I also think that attention to detail is extremely
important. What we're doing right now, for lack of a better term, is
refactoring the web site. A lot of what's wrong with it is that it tried to
do too much, and in that, lots of little details are wrong. The web site is
basically dead right now, and we're trying to bring it back to life. But it
died the death of a thousand paper cuts through neglect and lack of updates.
We have an opportunity now to start fixing those little things, and making
the details right.
So pay attention to stuff like what's deprecated, and what's not, and also
to the little things: proper spacing, making sure that lines don't get too
long (try to keep them around 72 characters or less, so they'll look good in
a diff in a standard terminal window). Keep things professional: no extra
blank spaces at the ends of lines and things like that. Spell words out.
Use proper grammar. Don't overuse punctuation!!! Keep things short, succinct
and correct.
|
kentn
|
|
response 270 of 334:
|
Dec 12 17:23 UTC 2010 |
Ow! Those papercuts hurt!
Thanks to both of you for working on the site. As Dan has pointed out
to me at least once or twice, we have xmlwf installed to check the xml
code for issues. Also, it's a good idea to run 'spell' or 'aspell' on
the files to look for misspelled words (and correct them).
|
veek
|
|
response 271 of 334:
|
Dec 12 19:03 UTC 2010 |
resp:269 i think i am following (spacing, indentation etc).
The U tag are depreciated in HTML4, which means that when browsers
switch to html5 we'll have a problem BUT it also means that many of the
HTML5 tags don't work now! I know that what you are saying about not
using depreciated tags is technically correct.. but tell me something..
faq.xhtml was patched recently but blockquotes was left as is.. when it
encloses Unix shell commands. Strictly speaking we should be using
code, pre, samp.. also, the list tags don't render in FF on linux..
(and i'm not blaming you and shit like that)
My point is:
1. the browser world is all about making compromises! U tags if left as
is for the time being, won't kill anyone and can be fixed once we have
a handle on the rest of the layout!
2. You yourself work in increments! (the blockquotes). It looks good in
lynx but code/samp should be used or styles. You didn't fix it
overnight now did you?? But somehow you expect me to fix everything in
one go??
And I AM WILLING TO DO THAT! Problem is, while i spend a month fixing
stuff in my local copy (on my home PC), you will continue to push your
incremental patches SO when I try to sync with Grex the document will
have changed by then, and I'll have to spend quality time staring at
diff's.. wondering what has changed and where, and try to retype your
work into my "old" code.. (this has happened when you made changes to
faq.xhtml pine->Alpine. I had the whole thing ready to sync and I had
to look at diffs to see what had changed. Finally i just redid my work
with the "new" page.)
It makes far more sense to just patch it quickly once a substantial amt
of work is done - and bug fix quickly. Maybe an expert in reading diffs
will have no problem, and when you get someone like that who actually
does some work.. then we can follow a slower patch policy..
|
veek
|
|
response 272 of 334:
|
Dec 12 19:06 UTC 2010 |
'course i could be missing some sekret svn command to solve all this :p
|
veek
|
|
response 273 of 334:
|
Dec 12 19:14 UTC 2010 |
or let me put it in a much simpler way.. you didn't ask for volunteers
at a CS PhD program at Harvard. I know what you are saying about U tags
is correct, but I think I would find it easier to work with quick
patches and rollbacks. It's way more satisfying/gratifying in any case!
:) unless it's a root hole.. in which case feel free to point it out
strenuously..
|
kentn
|
|
response 274 of 334:
|
Dec 12 20:00 UTC 2010 |
Hi veek. What we've been doing is working on HTML code that has been
in place since the dawn of time. Dan fixed it up for formatting and
made it work for xhtml a few years back. But there are still a ton of
old-style/version tags and ways of doing things in there. And bear
in mind, too, that way back, probably a dozen people worked on the
site off and on over the years, so that probably introduced some other
inconsistencies. Do the best you can and if you run into issues let us
all know as you have been, and maybe something can be done (or ignored).
I appreciate what you are doing to make it better!
|
tsty
|
|
response 275 of 334:
|
Dec 13 08:19 UTC 2010 |
w0w .. veek/squeak is a asset ... tnx
|
veek
|
|
response 276 of 334:
|
Dec 13 13:14 UTC 2010 |
This response has been erased.
|
veek
|
|
response 277 of 334:
|
Dec 13 13:21 UTC 2010 |
*tackles tsty and sits on his head* :p thanks. hey kent, those old
pages.. are they some place i can dl?? I'll send the latest patch soon.
|
kentn
|
|
response 278 of 334:
|
Dec 13 13:51 UTC 2010 |
Since the grex web site is in SVN, I suspect you an get the really old
stuff from the repository. Just pull an older revision of a file.
However, what I was referring to was the state of the current site.
Just about any directory off the root is likely to have seen less work
and be in an older state of development.
Note that some pages should remain with old content, such as the
original bylaws and other historical documents (e.g. lawsuit and
incorporation documents). But that's not to say we shouldn't fix the
HTML code for those if it's out of date or out of compliance.
|
kentn
|
|
response 279 of 334:
|
Dec 13 14:17 UTC 2010 |
In terms of downloading the files, I've been tar.gz'ing a local copy of
the repository and downloading that for testing with other browsers.
|
veek
|
|
response 280 of 334:
|
Dec 13 14:22 UTC 2010 |
patch is uploaded (~veek/latest.diff), will send mail now. (no u tag
and other updates)
thanks kent, will do. Ah! tar.gz yeah me too! I was pondering that, but
it's best vs rsync at least for now.
--
http://www.cyberspace.org/~veek/ if there's a problem with da patch.
|
veek
|
|
response 281 of 334:
|
Dec 13 14:25 UTC 2010 |
also, what kind of mail quotas do we have??
|
cross
|
|
response 282 of 334:
|
Dec 13 14:31 UTC 2010 |
resp:271 Whoa, simmer down there, veek. What you are describing is just
the reality of working in a shared development environment. That's one reason
it's often easier to submit patches rapidly, with small changes in them. When
you talk about integrating changes out of the head branch, use the tools to
help you do that automatically; svn update is a handy thing. If there's a
conflict between something in the trunk and what you've done, then it will tell
you and you can fix the conflict. Otherwise, it'll just merge it in
automatically.
As far as deprecated tags, it's incremental improvement. Nothing happens over
night, but if you're digging into it, maybe it's good to fix those at the same
time.
This web stuff is not that hard; certainly, nothing one would find in the CS
PhD program at Harvard or any decent school.
|
cross
|
|
response 283 of 334:
|
Dec 13 14:34 UTC 2010 |
resp:281 I think the max mailbox size is like 50 megs or so.
resp:280 Looking now.
|