Re: [WebDNA] Re: listfunctions - direction of webdna

This WebDNA talk-list message is from

2011

It keeps the original formatting. numero = 106810
interpreted = N
texte = Chris -1) you're right about keeping the language simple... but...=202) we need debug tools. listfunctions (for example) could be very handy =as each of us builds out very complex web applications in webdna. Heck, =I want list functions to tell me the exact path//file that defined the =function too! :) This is not something that any of us could assemble =(that I am aware of) using other tags.3) we need consistency. keeping the tags simple =3D awesome, but if =that's the case, maybe the community should be more proactive in sharing =and building libraries of commonly used functions. a) it saves time, why =reinvent the wheel b) things change. we pick up new projects someone =else started; we hand off projects to someone else. Having a common set =of verbs and file organization (i.e. frameworks) is more helpful then =hurtful.4) we need an array tag that works similar to other languages. (the =current array tags are junk, imnsho) the funny thing is, we kind of =already have it. It's called the table tag. we just need some extra tags =that go with the table tag. a)the ability to set up a table based on all =the fields in a source database (webdna or sql) in one easy command. b) =[for row in athlete_list] blah blah [/for]. (yes, you can use search and =a founditems, but I don't like typing that much, and it's not how other =languages do it, so it's harder to get programmers up to speed using =webdna)just my random thoughts.Brian B. BurtonOn Jun 23, 2011, at 7:28 AM, christophe.billiottet@webdna.us wrote:> I take note of every feature request but i think we should not =overload the WebDNA language with instructions if a new tag is not =mandatory. In this suggestion, if a bunch of functions is loaded from =the top of the page, or from an include, the list would be easily =available in all cases just by reading it. I am not sure i understand =the scope of getting this "function list" inside an interpreted web =page.> PHP has already 1200+ available instructions but my guess is 10% of =them are really useful.>=20> I think one of the beauties of WebDNA is that the code is usually easy =to read and understand, with less than 100 instructions. If we would =have to add new contexts, they should do things that are either too =complex or impossible to build with current library of instructions.>=20> We have to think better before adding new contexts! :-)>=20> - chris Associated Messages, from the most recent to the oldest:

Chris -1) you're right about keeping the language simple... but...=202) we need debug tools. listfunctions (for example) could be very handy =as each of us builds out very complex web applications in webdna. Heck, =I want list functions to tell me the exact path//file that defined the =function too! :) This is not something that any of us could assemble =(that I am aware of) using other tags.3) we need consistency. keeping the tags simple =3D awesome, but if =that's the case, maybe the community should be more proactive in sharing =and building libraries of commonly used functions. a) it saves time, why =reinvent the wheel b) things change. we pick up new projects someone =else started; we hand off projects to someone else. Having a common set =of verbs and file organization (i.e. frameworks) is more helpful then =hurtful.4) we need an array tag that works similar to other languages. (the =current array tags are junk, imnsho) the funny thing is, we kind of =already have it. It's called the table tag. we just need some extra tags =that go with the table tag. a)the ability to set up a table based on all =the fields in a source database (webdna or sql) in one easy command. b) =[for row in athlete_list] blah blah [/for]. (yes, you can use search and =a founditems, but I don't like typing that much, and it's not how other =languages do it, so it's harder to get programmers up to speed using =webdna)just my random thoughts.Brian B. BurtonOn Jun 23, 2011, at 7:28 AM, christophe.billiottet@webdna.us wrote:> I take note of every feature request but i think we should not =overload the WebDNA language with instructions if a new tag is not =mandatory. In this suggestion, if a bunch of functions is loaded from =the top of the page, or from an include, the list would be easily =available in all cases just by reading it. I am not sure i understand =the scope of getting this "function list" inside an interpreted web =page.> PHP has already 1200+ available instructions but my guess is 10% of =them are really useful.>=20> I think one of the beauties of WebDNA is that the code is usually easy =to read and understand, with less than 100 instructions. If we would =have to add new contexts, they should do things that are either too =complex or impossible to build with current library of instructions.>=20> We have to think better before adding new contexts! :-)>=20> - chris "Brian B. Burton"

DOWNLOAD WEBDNA NOW!

Top Articles:

Talk List

The WebDNA community talk-list is the best place to get some help: several hundred extremely proficient programmers with an excellent knowledge of WebDNA and an excellent spirit will deliver all the tips and tricks you can imagine...

Related Readings:

Nested tags count question (1997) Storing Data (2002) Triggers (2003) Shhh, very quiet. (2006) Add to a field (1998) Not really WebCat (1997) Displaying text and populating form fields (again) (2005) [WebDNA] WordPress plugin (2020) Log-in Scheme (2003) multiple replace sku data (2003) WebCatalog Plug-in for Webstar. (1997) Denying access by IP address (2000) Where is Typhoon 3.x? (2000) So what ya working on? (or have you completed?) (2004) How long does a cart last? (2002) access denied problem (1997) multiple search commands (1997) Why is my easy [AddLineItems] NOT working?? MORE (2000) Large sites (2003) Norton Internet Security filtering out WebDNA processsed (2004)