Eheh! Eheh! He said Cheese! BAN HIM! ;-)
Bob
On Sep 18, 2010, at 4:54 PM, zryip theSlug wrote:
On Sun, Sep 19, 2010 at 1:05 AM, Monte Goulding
mo...@sweattechnologies.com wrote:
Because I have not totally understood
Monte's arguments, that I consider destructives.
LOL
Monte
lol?
Bob-
Monday, September 20, 2010, 10:11:54 AM, you wrote:
Eheh! Eheh! He said Cheese! BAN HIM! ;-)
Oops - so did you... we're going to be losing members rapidly at this
rate. And notice that I managed to say that without once typing the
word Cheese.
--
-Mark Wieder
mwie...@ahsoftware.net
I was one of the most vocal proponents of some kind of table object, because
making one from scratch was sooo much trouble, and anything purporting to be
database capable just HAD to have one! So I for one am very thankful for the
Datagrid, although learning to work with them properly was
On Mon, Sep 20, 2010 at 7:11 PM, Bob Sneidar b...@twft.com wrote:
Eheh! Eheh! He said Cheese! BAN HIM! ;-)
Argh! But I did not combined cheese with sex or religion!
On Sep 18, 2010, at 4:54 PM, zryip theSlug wrote:
On Sun, Sep 19, 2010 at 1:05 AM, Monte Goulding
mo...@sweattechnologies.com
On Mon, Sep 20, 2010 at 7:19 PM, Bob Sneidar b...@twft.com wrote:
Bob,
Feel free to download and try the DGH's open beta version. It's free
for 20 days and could change your mind about the non-intuitivity of
the datagrid object ;)
I was one of the most vocal proponents of some kind of table
zryip-
Monday, September 20, 2010, 10:37:48 AM, you wrote:
On Mon, Sep 20, 2010 at 7:11 PM, Bob Sneidar b...@twft.com wrote:
Eheh! Eheh! He said Cheese! BAN HIM! ;-)
Argh! But I did not combined cheese with sex or religion!
...but now you've used all three words together, and separated by a
On Mon, Sep 20, 2010 at 7:51 PM, Mark Wieder mwie...@ahsoftware.net wrote:
zryip-
Monday, September 20, 2010, 10:37:48 AM, you wrote:
On Mon, Sep 20, 2010 at 7:11 PM, Bob Sneidar b...@twft.com wrote:
Eheh! Eheh! He said Cheese! BAN HIM! ;-)
Argh! But I did not combined cheese with sex or
On 09/20/2010 10:25 PM, zryip theSlug wrote:
On Mon, Sep 20, 2010 at 7:51 PM, Mark Wiedermwie...@ahsoftware.net wrote:
zryip-
Monday, September 20, 2010, 10:37:48 AM, you wrote:
On Mon, Sep 20, 2010 at 7:11 PM, Bob Sneidarb...@twft.com wrote:
Eheh! Eheh! He said Cheese! BAN HIM! ;-)
Richmond-
Monday, September 20, 2010, 12:29:40 PM, you wrote:
Why do I think that several people are going do be curded-off when they
awake from their Revolutionary reverie to find they have been LiveCoding all
along?
's fine by me. I never know what I've been doing all along anyway...
--
.. and as you mention such a datagrid dataObject should allow the standard
find to find it's elements.. or provide an extended find function, like the
one I put up on revOnline (which only works for datagrids with cached mode
turned on).
The way datagrids are being used is interesting.
1)
On Sep 19, 2010, at 2:45 AM, Robert Mann r...@free.fr wrote:
P.S : Josh : what sepearate data source do you use to feed datagrids with??
thanks
A remote MySQL database.
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit
On Sat, Sep 18, 2010 at 12:55 AM, Monte Goulding
mo...@sweattechnologies.com wrote:
Am I adding overhead to
redraw a grid that no one sees?
I can't work out what the data grids are for if no one sees them? Why not
just use custom properties? Or better yet SQLite?
On Sat, Sep 18, 2010 at
On Fri, Sep 17, 2010 at 9:31 PM, Andrew Kluthe and...@rjdfarm.com wrote:
Hey revsters,
I use datagrids on a hidden card to hold different sets of data that get
processed combined into another datagrid for display to the user.
I am trying to optimize my script and before fetching the data
Where the data of a datagrid are stored? In a custom property...
sure
I give you two alternatives:
- store a data formatted for datagrids in a custom property of a
stack, a card, an object, etc
- store a data formatted for datagrids in a special object which
display the data in a snap if
On Sat, Sep 18, 2010 at 1:36 PM, Monte Goulding
mo...@sweattechnologies.com wrote:
Where the data of a datagrid are stored? In a custom property...
sure
I give you two alternatives:
- store a data formatted for datagrids in a custom property of a
stack, a card, an object, etc
- store a
On 9/18/10 8:56 AM, zryip theSlug wrote:
On Sat, Sep 18, 2010 at 1:36 PM, Monte Goulding
mo...@sweattechnologies.com wrote:
What about the cost of all the object creation/manipulation that you don't
need if you are just using it as data storage.
I speak about something easy to manipulate
On Sep 17, 2010, at 4:39 PM, Robert Mann r...@free.fr wrote:
So it would be interesting I thing if actually Datagrids were split into A)
the datagrid dataObject and B) the datagrid viewer... so you could have
several views of the same datas...
I have thought exactly the same thing... The
On Sat, Sep 18, 2010 at 7:12 PM, J. Landman Gay jac...@hyperactivesw.com
wrote:
On 9/18/10 8:56 AM, zryip theSlug wrote:
On Sat, Sep 18, 2010 at 1:36 PM, Monte Goulding
mo...@sweattechnologies.com wrote:
What about the cost of all the object creation/manipulation that you
don't need if
But because your dictionary is displayed on a card, I think your method is
good.
The original email was discussing using hidden datagrids with no mention of
having them visible to manipulate.
--
Monte Goulding
M E R Goulding Software Development
Bespoke application development for vertical
What about the cost of all the object creation/manipulation that you don't
need if you are just using it as data storage.
I speak about something easy to manipulate and you reply with cost.
Yes, Did you read the original post? It was about using HIDDEN datagrids!
Clearly this is not what
On Sun, Sep 19, 2010 at 12:23 AM, Monte Goulding
mo...@sweattechnologies.com wrote:
What about the cost of all the object creation/manipulation that you don't
need if you are just using it as data storage.
I speak about something easy to manipulate and you reply with cost.
Yes, Did you read
Because I have not totally understood
Monte's arguments, that I consider destructives.
LOL
Monte
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
On Sun, Sep 19, 2010 at 1:05 AM, Monte Goulding
mo...@sweattechnologies.com wrote:
Because I have not totally understood
Monte's arguments, that I consider destructives.
LOL
Monte
lol? LOL??
Have you already seen a slug armed with a cheese, hum? Prepare yourself!
--
-Zryip TheSlug- wish
Am I adding overhead to
redraw a grid that no one sees?
I can't work out what the data grids are for if no one sees them? Why not just
use custom properties? Or better yet SQLite?
Cheers
--
Monte Goulding
M E R Goulding Software Development
Bespoke application development for vertical
I was going to suggest that very thing, but stopped myself by thinking, He
probably has reasons for using datagrids that I am not aware of.
But if you do not have needs for your invisible data that only a data grid
can supply, yes you would be better off using a custom property.
Bob
On Sep
Hmmm, the data coming in is from a mySQL database and I have 3 sets of data.
Live data, update data, and Added data.
Each of these is held in a datagrid simply for the ease at which it can be
turned from an array into tab delimited text that can be stored in a
flatfile as backup and the ability
I usually use the old table field to hold database data on hidden cards, then
grab the data from that to populate a datagrid the user sees.
The reason for using a field instead of a custom prop is that it's easier
during development to see the data.
I have handlers that will find and update
Maybe he is using datagrids not unlike data objects that rodeo fellows have
made.
I mean , a simple data container that you can set like a table, and
populate, reorder easily and show by connecting to a table or datagrid
viewer swiftly.
Kind of a minimal database object handy and included in
28 matches
Mail list logo