Hi,
1. Should not the JSON replies have a "total" returned always like the
XML replies?
Right now "total" is not returned if the "start"/"limit" is not passed
to the formatter.
2. How can I provide the correct "total" for the response if I only
loaded exactly the records requested by ExtJS i
..snip...
We can add the "rows" for convenience, but nevertheless the error handler
must also handle the 'response' case.
Michael.
Hi Michael,
I've created an updated ExtJS error handler for the demo programs that
handle all these response messages from FCL-web without the need to
change th
Jonas Maebe schrieb:
In contrast to the preceding OO approach, a bunch of ordinary
procedures still waits for becoming methods, with faster access to
frequently used class members. Should I try to convert the procedures
to methods now, or should I wait until everything else has settled down?
...snip...
I don't 100% agree: the exception() handler must also be able to handle
'response'.
If there is a server crash or so (which will result in a 500 error code)
, it must also be able to handle that.
We can add the "rows" for convenience, but nevertheless the error handler
must also hand
On 18 Aug 2010, at 12:34, Hans-Peter Diettrich wrote:
In contrast to the preceding OO approach, a bunch of ordinary
procedures still waits for becoming methods, with faster access to
frequently used class members. Should I try to convert the
procedures to methods now, or should I wait unti
In our previous episode, Graeme Geldenhuys said:
>
> Michael, there is only one issue I have with fpdoc at the moment. It is
> regarding Marco's recent change regarding resolving links. See the
> following Mantis report for details.
> http://bugs.freepascal.org/view.php?id=17146
>
> If I use th
On Wed, 18 Aug 2010, ABorka wrote:
...snip...
ExtJS however, will only have 'remote' type if the server response is
proper for it (having a root /which is "rows"/ in our case), all other cases
instead of 'remote' it has the type 'response', regardless of our "success"
property being true or
The removal of global variables is almost finished now. I know that the
code currently doesn't look nice, and that performance can be improved,
but these are minor details compared to the attempts to not break the
compiler itself.
In the last round a GlobalModule has been added, that plays the
...snip...
> ExtJS however, will only have 'remote' type if the server response is
proper for it (having a root /which is "rows"/ in our case), all other
cases instead of 'remote' it has the type 'response', regardless of our
"success" property being true or false.
>
>Unfortunately, the ExtJS
Hello,
I have no idea what is the status on the fpc 2.4.2 release, so I
though I might ask for a revision to be merged to it =)
This basically fixes TrueType font drawing. The previous rendering had
wrongly spaced characters, which is unworkable, so I don't see how
this patch could make things wo
On Tue, 17 Aug 2010, ABorka wrote:
did some more testing:
ROUND 4
1. minor note: We should not forget that field names are case sensitive in
ExtJS, so any database field names need to be entered exactly:
ex:
fields: ["id","login","name","email", "lastlogin"]
is not the same as
fi
11 matches
Mail list logo
