<< Thanks for the reply.
You mean that you pass the taken session id in one of the TServerRequest's params leaving its UserName & Password properties empty? >>

I post the username and password to the server (eg.ServerRequest.Method := rmPost). The username and password are validated and then the server returns the session ID. The EWB receives this via OnComplete event.

= Steve

<Is there any particular reason why you want to do this, instead of using the 
TGrid control in EWB for displaying the data ?
Tim Young
Elevate Software
www.elevatesoft.com
>

If someone doesnt needs the inplace editing capability, I believe that is obvious that an html table with all html's display options oubalances any possible editable grid.
eg: a multi columns table where each's columnt text wraps to any needed height and is capable to include italics,underlined, bold or colored parts of text etc.
In my opinion HTML is a very good and matured way for display (rendering) data. Anyway this is its original “raison d'etre”. Why a brilliant tool like EWB, should lack it?

By the way I would ask that – at least the harmless – html tags be permitted inside basic controls (Tlabel, Tbutton, text in TdbGrid) so, that could easily empasized specific parts of word or text.
Now, the only way is a) putting a lot of labels in/with predefined positions/width (not beautiful/possible) or b) draw on canvas character by character changing attributes as needed.
I understand that the free (improper) use of html tags could have dangerous side effects but this can not block, in my opinion, basic and really needed functionality.

Best Regards
A.Kyriakos

A.Kyr wrote:

> By the way I would ask that – at least the harmless – html tags be
> permitted inside basic controls (Tlabel, Tbutton, text in TdbGrid)
> so, that could easily empasized specific parts of word or text.  Now,

I agree, it would be nice to have simple bold, italic, perhaps H tags
supported in labels at least. That said, I don't think that the text is
managed the way it would work, so it wouldn't help. I think you can set
a TPage content to anything you want, so you could achieve this, but I
can't see an example in my public code so I'm not sure if I used it or
not.

Right now, EWB 1 can do nice tables which expand, but it requires a bit
of coding to manage. From the EWB 2 video, it looks like the
auto-arrangement facilities will sort this for most purposes.

--

Matthew Jones

<< If someone doesnt needs the inplace editing capability, I believe that is
obvious that an html table with all html's display options oubalances any
possible editable grid. eg: a multi columns table where each's columnt text
wraps to any needed height and is capable to include italics,underlined,
bold or colored parts of text etc. In my opinion HTML is a very good and
matured way for display (rendering) data. Anyway this is its original
“raison d'etre”. Why a brilliant tool like EWB, should lack it?  >>

I'm sure that you can figure out why, if you think about it....namely that
EWB would have to replicate a large portion of the HTML rendering engine for
design-time.  And yes, HTML is very good at displaying things, but it
absolutely has major issues with editing and a lot of other features that
you take for granted in a desktop application.  EWB hides many of these
issues from you, but they are definitely there.

<< By the way I would ask that – at least the harmless – html tags be
permitted inside basic controls (Tlabel, Tbutton, text in TdbGrid) so, that
could easily empasized specific parts of word or text.  Now, the only way is
a) putting a lot of labels in/with predefined positions/width (not
beautiful/possible) or b) draw on canvas character by character changing
attributes as needed.
I understand that the free (improper) use of html tags could have dangerous
side effects but this can not block, in my opinion, basic and really needed
functionality.  >>

The initial release of EWB 2 does not support HTML in labels, etc., but it
has been designed with it eventually being added.  See above for the reason
"why".  We don't have unlimited resources at our disposal, so we have to
make some hard choices about what to work on, and there's a long list of
items that came before inline HTML.

Tim Young
Elevate Software
www.elevatesoft.com

"Tim Young [Elevate Software]" wrote:


<< If someone doesnt needs the inplace editing capability, I believe that is
obvious that an html table with all html's display options oubalances any
possible editable grid. eg: a multi columns table where each's columnt text
wraps to any needed height and is capable to include italics,underlined,
bold or colored parts of text etc. In my opinion HTML is a very good and
matured way for display (rendering) data. Anyway this is its original
“raison d'etre”. Why a brilliant tool like EWB, should lack it?  >>

I'm sure that you can figure out why, if you think about it....namely that
EWB would have to replicate a large portion of the HTML rendering engine for
design-time.  And yes, HTML is very good at displaying things, but it
absolutely has major issues with editing and a lot of other features that
you take for granted in a desktop application.  EWB hides many of these
issues from you, but they are definitely there.

<< By the way I would ask that – at least the harmless – html tags be
permitted inside basic controls (Tlabel, Tbutton, text in TdbGrid) so, that
could easily empasized specific parts of word or text.  Now, the only way is
a) putting a lot of labels in/with predefined positions/width (not
beautiful/possible) or b) draw on canvas character by character changing
attributes as needed.
I understand that the free (improper) use of html tags could have dangerous
side effects but this can not block, in my opinion, basic and really needed
functionality.  >>

The initial release of EWB 2 does not support HTML in labels, etc., but it
has been designed with it eventually being added.  See above for the reason
"why".  We don't have unlimited resources at our disposal, so we have to
make some hard choices about what to work on, and there's a long list of
items that came before inline HTML.

Tim Young
Elevate Software
www.elevatesoft.com

Thanks very much for your detail reply.
Of course you as delevoper has the final word for the use of the limited resources, but please take into account that maybe most or all of who would like the use of html tags would be ***perfectly ok*** with no designtime rendering of them.
Anycase, thanks for everything you have already delivered with EWB.

Best Regards
A.Kyriakos

Tim,

> I'm sure that you can figure out why, if you think about it....namely
> that EWB would have to replicate a large portion of the HTML rendering
> engine for design-time.

Agreed, but: will the new Grid have the ability to display different
font- and background-colors depending on certain row values?

That's something we need.

Uli

<< Of course you as delevoper has the final word for the use of the limited
resources, but please take into account that maybe most or all of who would
like the use of html tags would be ***perfectly ok*** with no designtime
rendering of them. >>

That's the problem - one can't possibly perform correct WYSIWYG layout
*without* doing design-time rendering of the HTML.  It's necessary in order
to get the layout measurements correct.  Think of a word-wrapped label that
is set to stretch to the right.  EWB has to know how tall the label is,
because any other UI elements after the label in the layout need to be
placed directly after the label.  It's either that, or punt and just not
display anything, which sort of defeats the purpose of the WYSIWYG designer.

<< Anycase, thanks for everything you have already delivered with EWB. >>

You're quite welcome.  Bear with me, and you'll eventually get everything,
either from us or someone else using EWB 2 to create it.

Tim Young
Elevate Software
www.elevatesoft.com