And Faster - thank you

But back to I-Mail, otherwise we'll be monitored out.

Ted Daniels

----- Original Message ----- 
From: "Bruce Barnes" <[EMAIL PROTECTED]>
To: <[email protected]>
Sent: Sunday, November 06, 2005 2:52 PM
Subject: RE: [IMail Forum] IMail 2006 WebMail w/o Mac


While I am already dead-set against using NET for any applications, you are
basically giving the short answer to why no one should use NET for coding.

IE: NET is nothing more than "beefed up" Front Page, except that is places
even more Microsoft specific garbage within the code and requires NET
enabled servers to run on.

Both FRONT PAGE and NET require specific extensions to be running on the
server.

Both FRONT PAGE and NET require MORE SERVER RESOURCES and MORE PROCESSING
POWER to render the pages.

Both FRONT PAGE and NET place inordinate lines of extra code, for all
practical purposes, GARBAGE, into the code and;

Everything  done by both FRONT PAGE and NET can be done both easier, better,
and more cross-browser compatible using currently available technology,
coding software or by actual writing of code the old fashioned way - using a
text editor.

Thanks for the clarification!

I'm prone to both old fashioned text editors and Dreamweaver, which has the
capability to remove all Microsoft garbage from code using a very efficient
clean up tool that's been built into the last several versions of the
program.

Bruce Barnes
ChicagoNetTech Inc

PS: I also refrain from using HTML in all e-mail messages.  Plain text is
far superior, carries far less likelihood of spreading a virus and doesn't
get caught nearly as frequently by spam processors.

________________________________

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Dan Barker
Sent: Sunday, November 06, 2005 11:50
To: [email protected]
Subject: RE: [IMail Forum] IMail 2006 WebMail w/o Mac


Caca.

.Net has objects (like buttons, grids, listboxes, etc.) you drag to the
"page" in the IDE, and they render code. No HTML must be crafted (if you
follow the tutorials - AND - you don't particularly want portable nor
efficient code). .Net builds all the code for you, and it's very
MicrosoftCentric code. If you code your own HTML, then the rules are the
same as any other environment, Cold Fusion, Front Page, Dreamweaver,
whatever.

It's the "party line" coding practices that build the junk web pages.

Dan

-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Ted Daniels
Sent: Sunday, November 06, 2005 12:12 PM
To: [email protected]
Subject: Re: [IMail Forum] IMail 2006 WebMail w/o Mac


Hey Martin:

I am a CF exponent as well, and use it heavily for targeted e-mail
distribution using I-Mail. Apart from ASP.net taking 5 times as long to code
any application compared with CF, there should be no difference in the end
result. Therefore ,net in general is a big kludge designed to capture the VB
users and must have some other inefficiencies carefully crafted into it that
I am unware of, if it is causing other users problems.

Ted Daniels

BTW I guess CF may soon become part of Adobe if they buy Macromedia.
Should make for an interesting addition in the area of document security.

----- Original Message ----- 
From: Martin Schaible <mailto:[EMAIL PROTECTED]>
To: Darin Cox <mailto:[email protected]>
Sent: Sunday, November 06, 2005 9:34 AM
Subject: Re: [IMail Forum] IMail 2006 WebMail w/o Mac


Hi,




So far i know, creating or generating good html/css/dhtml is
not a matter of the middleware (e.g. .net, php, coldfusion) you use.

I'm more related to coldfusion, an therefore not eperienced
with any members of programming languages of .net.

This might by the reason, for my silly question ;-)




So, what is the problem with .net relating to the client's
html/css/dhtml part of an application?




============================================

Am Sonntag, 6. November 2005 um 16:03 schrieben Sie:




>

Yep. Grid layouts are still a problem though.
Scrapping those and going with Flow/table layouts with limited divs has
worked best for us.  We usually do our mockups outside of .NET for initial
layout testing, then bring them in and add the backend code.




Darin.





----- Original Message ----- 

From: Darrell ([EMAIL PROTECTED])
<mailto:[EMAIL PROTECTED])>

To: [email protected]

Sent: Saturday, November 05, 2005 10:46 PM

Subject: Re: [IMail Forum] IMail 2006 WebMail w/o Mac




Darin,



I am sure you probably have already done this, but by adding
the browsercaps extension in your web.config it goes along way to fixing a
lot of the layout issues with Mozilla/Firefox/Netscape/etc.



Darrell

-------------------------------------------

invURIBL - Intelligent URI Filtering for Declude, mxGuard,
and ORF.  Stops SPAM by focusing on the spamvertised link.  More effective
than traditional RBL's.  Download a copy today -
http://www.invariantsystems.com

----- Original Message ----- 

From: Darin Cox <mailto:[EMAIL PROTECTED]>

To: [email protected]

Sent: Saturday, November 05, 2005 9:36 PM

Subject: Re: [IMail Forum] IMail 2006 WebMail w/o Mac




Very true... .NET by default is _extremely_ IE-centric.  In
my mind .NET encourages poor layout techniques with the grid layout.  If
you've ever created a simple .NET web app without changing the layout, and
then tried to view it in NS, FF, or Moz, you know what I mean.  It works a
bit better in Opera, but I won't go into Opera's rendering problems...



So, best bet is to scrap what .NET tries to lead you to, and
use what you already know works for web layout.




Darin.





----- Original Message ----- 

From: Bud Durland <mailto:[EMAIL PROTECTED]>

To: [email protected]

Sent: Saturday, November 05, 2005 7:30 PM

Subject: Re: [IMail Forum] IMail 2006 WebMail w/o Mac




Do I understand correctly that IMail's WebMail now run on
IIS, with .net roots?  Most likely, therein lies the cause of cross platform
woes.




-- 

----------------------------------------------------------

I'm in my own little world.  But that's OK,

because they all know me here.









============================================




-- 



Mit freundlichen GrĂ¼ssen




--------------------------------------------

Merlin Consulting

Martin Schaible

Bahnhofstrasse 27

CH-8702 Zollikon




Phone:   +41 44 391 30 00

Fax:     +41 44 391 32 49




Mail:    mailto:[EMAIL PROTECTED]

URL:     http://www.merlinconsulting.ch

Support: http://support.merlinconsulting.ch




GPS:     N47 20.235 E8 34.226

--------------------------------------------

News - Neue Produkte:




.:. NOD32 Antivirus System

.:. BlueDragon

.:. Kiwi Syslog Monitor

.:. Paessler GmbH

.:. Sawmill Loganalyzer

.:. SmarterTools

--------------------------------------------







To Unsubscribe:
http://www.ipswitch.com/support/mailing-lists.html List Archive:
http://www.mail-archive.com/imail_forum%40list.ipswitch.com/ Knowledge
Base/FAQ: http://www.ipswitch.com/support/IMail/



To Unsubscribe: http://www.ipswitch.com/support/mailing-lists.html
List Archive: http://www.mail-archive.com/imail_forum%40list.ipswitch.com/
Knowledge Base/FAQ: http://www.ipswitch.com/support/IMail/


To Unsubscribe: http://www.ipswitch.com/support/mailing-lists.html
List Archive: http://www.mail-archive.com/imail_forum%40list.ipswitch.com/
Knowledge Base/FAQ: http://www.ipswitch.com/support/IMail/

Reply via email to