f
> columnar presentation.
>
> If I use this object, is there a way to set it to columnar appearance?
> And isn't it when you check the table property for this object, it changes
> everything back to a Table Field?
>
--
View this message in context:
http://www.nabble.com/U
mfstuart wrote:
As I mentioned in my previous listing, 20, 30, or 5 lines can be found,
depends on the users search criteria. My example was 20,844 lines).
The record length for the table is 255 (counting up the SQL definition
lengths for all columns)
On the stack I'm only using 8 of the 13 c
Hi,
Hi Sarah,
That sounds promising, especially reading prior threads on the
same custom
property concept.
The data was there already. I actually MOVED it to custom properties
rather than duplicating the data, so the overhead was no worse than it
had been and quite acceptable. The stack
Hi Mark,
use scrolling field object with vgrid and hgrid set to true (table to
false), so you will get it formatted correctly without all the overheads
of the table object. I always use this when I need table and it for me
handles a few thousand records without any slowing downs.
One more op
Table appearance in a scrolling field can also be accomplished just
using tabs.
Check out the table pulldown on the object inspector
uncheck table object
check hgrid and or vgrid
grid lines color can be subtle
If I use this object, is there a way to set it to columnar appearance?
And isn't
ibe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution
>
>
--
View this message in context:
http://www.nabble.com/UI-performance-and-large-data-set-in-Table-Object-tp15618647p15626387.html
Sent from the Revolution - User mailing lis
> Hi Sarah,
> That sounds promising, especially reading prior threads on the same custom
> property concept.
> (A thought on this concept of copying data to a custom property - wouldn't
> it consume large amounts of the users computer memory/resources?)
The data was there already. I actually
Mark,
Are you using a table object, or a regular scrolling field with the
hGrid and vGrid properties turned on? The former is an emulated
control which may slow down significantly, while the latter should be
significantly faster.
In the past, I've managed to put data on the order of 20 co
mfstuart wrote:
I did as you suggested and copied 8 columns of data (20,844 lines) into this
new stack.
Just a table object on the card - no scripts (except your 'on resizeStack'
in the stack), no other objects.
resize result: same slow behavior :(
Any other thoughts on that?
How much data is
se-revolution@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution
>
>
--
View this message in context:
http://www.nabble.com/UI-
list
> use-revolution@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution
>
>
--
View this message in context:
http://www.nabble.com/UI-performance-and-large-d
mfstuart wrote:
My day job is a software engineer, using another software development tool -
eDeveloper.
The product we build (CRM) is for enterprise sized companies, working on
large amounts of SQL data.
eDeveloper does not produce this UI lack of performance during runtime. This
is how I notice
isit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution
>
>
--
View this message in context:
http://www.nabble.com/UI-performance-and-large-data-set-in-Table-Object-tp15618647p15623495.html
Sent from the
> end if
> end CancelFetchTimer
> ##
>
> This is all off the top of my head, so beware of
> typos.
>
> Hope this helped,
>
> Jan Schenkel.
>
> Quartam Reports & PDF Library for Revolution
> <http://www.quartam.com>
>
> =
> "As we
On Fri, Feb 22, 2008 at 9:21 AM, mfstuart <[EMAIL PROTECTED]> wrote:
>
> I haven't tried storing data in a custom property as yet, but wouldn't that
> render the same lack of performance behavior, where putting the data into a
> stack of the UI?
No, because the engine doesn't have to think abou
>> Now when large record sets are returned from a search, the UI (user
>> interface) slows down, especially when resizing the stack to see more
>> records in the table object. When resizing with no records, the UI is
>> performs normally with fast resizing.
>>
--- Richard Gaskin <[EMAIL PROTECTED]> wrote:
> Jan Schenkel wrote:
>
> >> Now when large record sets are returned from a
> >> search, the UI (user
> >> interface) slows down, especially when resizing
> the
> >> stack to see more
> >> records in the table object. When resizing with
> no
> >> recor
Jan Schenkel wrote:
Now when large record sets are returned from a
search, the UI (user
interface) slows down, especially when resizing the
stack to see more
records in the table object. When resizing with no
records, the UI is
performs normally with fast resizing.
...
The problem is two-fold:
--- mfstuart <[EMAIL PROTECTED]> wrote:
>
> Hi All,
>
> I have a question about large data sets (thousands
> of lines) in a table
> object and the slowing down of the UI performance,
> especially on resizing
> the stack.
>
> My application interfaces to an MS SQL 2000 database
> via ODBC. No pro
records, the UI is
performs normally with fast resizing.
Q: has any one seen this before? And if so, how do you handle the
drop in UI
performance?
Thanx,
Mark Stuart
--
View this message in context: http://www.nabble.com/UI-performance-
and-large-data-set-in-Table-Object-tp15618647p15618647.html
izing.
Q: has any one seen this before? And if so, how do you handle the drop in UI
performance?
Thanx,
Mark Stuart
--
View this message in context:
http://www.nabble.com/UI-performance-and-large-data-set-in-Table-Object-tp15618647p15618647.html
Sent from the Revolution - User mailing list archi
21 matches
Mail list logo