Icon View Thread

The following is the text of the current message along with any replies.
Messages 11 to 17 of 17 total
Thread Questions from a new user
Fri, Nov 28 2014 5:33 PMPermanent Link

Steve Gill

Avatar

<< 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

Fri, Nov 28 2014 8:51 PMPermanent Link

A.Kyr

<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
Sat, Nov 29 2014 7:00 AMPermanent Link

Matthew Jones

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
Sat, Nov 29 2014 11:42 AMPermanent Link

Tim Young [Elevate Software]

Elevate Software, Inc.

Avatar

Email timyoung@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?  >>

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
Sat, Nov 29 2014 2:29 PMPermanent Link

A.Kyr

"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
Sun, Nov 30 2014 8:57 AMPermanent Link

Uli Becker

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. Smile

Uli
Sun, Nov 30 2014 12:15 PMPermanent Link

Tim Young [Elevate Software]

Elevate Software, Inc.

Avatar

Email timyoung@elevatesoft.com


<< 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. Smile

Tim Young
Elevate Software
www.elevatesoft.com


« Previous PagePage 2 of 2
Jump to Page:  1 2
Image