World: r3wp

I use tables to presend data that belongs into tables and where it 
makes sense. I didn't use tables for general layout in a long time. 
I am not any purist but I find other ways much better than tables 
for this. It can make quite messy code and they don't degrade well 
to smaller screens.. etc..

basically tables don't presend the "information structure" of the 
site well, that is why they don't degrade well, cause problems to 
screen readers.. etc

I'll go with table free design for layout. I talked to few ppl and 
most don't use table for layout anymore ...

http://www.kalzumeus.com/2009/09/05/desktop-aps-versus-web-apps/

the web is a good distibution system... its just about all it really 
does pefectly... and that's the only thing it was designed to do.


I don't agree that web programming itself is easier, unless you really 
are doing easy apps.  


IMHO Rich clients are the best of both worlds combined into one seamless 
experience

I use mix of tables and CSS for layouts:) I don't remember exact 
cases now, but I had problems to do some layouts with just CSS (working 
not just in one browser).

There's also a page at 37signals.com advocating for web-based software 
: http://37signals.com/webbased

One of the advantage listed is : "You’ll never have to ask “Is it 
compatible?”"...good joke:-)

Curiously I find you have to ask that quite often. Still so many 
IE users around.

welll all browsers render stuff differently, chrome FF and safari 
included.

few different pixels here or there never mind :-)

Any one looked at webkit, code-wise?  I mean, using, has used, tried 
to use it, participating in it, anything.

http://webkit.org/

(webkit is the engine powering chrome and safari, if you wonder)

On OSX you can use like every other library. Fully available via 
objective-c interface.

Interesting pov onto website creation - http://24ways.org/2009/make-your-mockup-in-markup

I don't get it... I've always built websites like that. Using a paint 
program to do it is just impossible. :-)

my friend works the opposite way - design proposals are done in Photoshop, 
then he cuts it into the markup .... (sometimes wondering it "feels" 
differently to what he originally did in Photoshop :-)

I've once worked with this process of first having a designer building 
mockups in photoshop, then they were moved to Dreamweaver and I had 
to "graft" javascript on top of it, and whenever the designer made 
a change, I had to start from scratch. The customer demanded to see 
the site in full function. We moved so slowly, the project was dropped 
after a few months. 


Another time, I finished the project, but it took so long to do, 
because the design was nearly impossible to convert to HTML/JS. That 
was 5 years ago.

And people are just realizing this now?

Isn't the WHOLE thing simply insane?  After all these years, there 
is not a tool that allows both programmers and artists to work on 
the SAME data?  All strange...

Xara pretends to be such a tool, but otoh I did not found, how to 
easily adjust using code .....
http://www.xara.com/eu/products/webdesigner/features/

Many of the problems arise, because designers/developers/programmers 
try to make html do, what it wasn't supposed to do in the first place.


When making a movie, one might start out by drawing a storyboard. 
Later in the process, a camera is used to shoot some film, and in 
the end a story is told, that may or may not be close to the original 
storyboard. But it works, because the final output (images within 
a frame) is the same kind of thoughts that goes into creating the 
storyboard (images within a frame).


Designers think in the line of the final output, but html isn't wysiwyg, 
and the html technology might not be well suited for the ideas, the 
designer has. So problems arise. ... Or something. ;-)

I use Balsamico for my mock-ups. I like the tool a lot. And it can 
convert mock-ups to code via emitters.

Not tested yet but that's the right idea.

Balsamiq Mockups Robert ?

Yes, it's an ARI tool. Very nice and simple to use.

a better web is coming, just got this from google:

Dear Google Apps admin, 


In order to continue to improve our products and deliver more sophisticated 
features and performance, we are harnessing some of the latest improvements 
in web browser technology. ÊThis includes faster JavaScript processing 
and new standards like HTML5. ÊAs a result, over the course of 2010, 
we will be phasing out support for Microsoft Internet Explorer 6.0 
as well as other older browsers that are not supported by their own 
manufacturers.


We plan to begin phasing out support of these older browsers on the 
Google Docs suite and the Google Sites editor on March 1, 2010. ÊAfter 
that point, certain functionality within these applications may have 
higher latency and may not work correctly in these older browsers. 
Later in 2010, we will start to phase out support for these browsers 
for Google Mail and Google Calendar.


Google Apps will continue to support Internet Explorer 7.0 and above, 
Firefox 3.0 and above, Google Chrome 4.0 and above, and Safari 3.0 
and above.


Starting next week, users on these older browsers will see a message 
in Google Docs and the Google Sites editor explaining this change 
and asking them to upgrade their browser. ÊWe will also alert you 
again closer to March 1 to remind you of this change.


In 2009, the Google Apps team delivered more than 100 improvements 
to enhance your product experience. ÊWe are aiming to beat that in 
2010 and continue to deliver the best and most innovative collaboration 
products for businesses.

Thank you for your continued support!

Sincerely,

The Google Apps team

no more IE6 headaces 8-)

Interesting that Google will probably have more success in getting 
people to upgrade IE than MS! ;)

Hmm.... it's not google search though ..

People having trouble because facebook not the first google result 
for [facebook login]

   http://www.reghardware.co.uk/2010/02/12/google_de_facto_internet_gateway/

I'm creating a forum and using R3 CGI to output a page.  How do we 
send the Doctype to page?

Or rather how do we generate the DTD on output of the CGI

Simple PRINT the doctype before the HTML, eg
  print <!doctype html>
  print <html lang="en">
  print <head>
  etc

Yeah, I tried that.  Maybe I did something wrong.  I'm going to try 
that again.

If you look at the source of www.rebol.com you can see it done as 
simply as possible.

Alright I had done this before but it must be something broke with 
the div centering.

finally I got it to work!!!

IE8 required the DTD spec in order make the div center.

looks good on Chrome also.

Yeah, IE has different ideas on when to go to quirks mode.

Yeah I couuldn't figure out why I couldn't get the main container 
div to center on IE8.  Kept messing with it and then read where you 
had to declare the DTD for it to center.

I was going crazy because Chrome was centering it just fine.

Code snippet to "inline" an image:

	string: trim/lines form read/binary file
	remove back tail string

 ajoin [{<img src="data:image/} next suffix? file ";base64," skip 
 string 5 {">}]


Adds about 30-50% to image size but reduces server fetches (important 
for wireless access).

COOL!  I didn't know we could do this.

use ENBASE instead of trim/lines form etc.

Ah, even simpler then:


 ajoin [{<img src="data:image/} next suffix? file ";base64," enbase 
 read/binary file {">}]

Thanx.

remember to take care of client caching issues 8-)

and obviously you can have all the image data in a javascript file 
as well (for which you probably already have a longer cache expire 
set up)

I think the only downside of a data: url is it's not supported in 
IE, iirc.

Anyone  else use Concrete5 CMS?  Pretty good stuff.

Is there anyway to delete wiki spam off rebol.net?  If you just revert 
the page, the spam is still accessible to search engines and still 
gets indexed so the spammer still gets what they want.