Entry tags:
Question thread #32
It's time for another question thread!
The rules:
- You may ask any dev-related question you have in a comment. (It doesn't even need to be about Dreamwidth, although if it involves a language/library/framework/database Dreamwidth doesn't use, you will probably get answers pointing that out and suggesting a better place to ask.)
- You may also answer any question, using the guidelines given in To Answer, Or Not To Answer and in this comment thread.
The rules:
- You may ask any dev-related question you have in a comment. (It doesn't even need to be about Dreamwidth, although if it involves a language/library/framework/database Dreamwidth doesn't use, you will probably get answers pointing that out and suggesting a better place to ask.)
- You may also answer any question, using the guidelines given in To Answer, Or Not To Answer and in this comment thread.

no subject
no subject
Hmm I know you said you were aware we had stuff on the wiki, but had you seen http://wiki.dreamwidth.net/wiki/index.php/Foundation in particular? It contains a skeleton for the tt page and links to a skeleton of the controller.
no subject
I think some of the problem is that like, I only have a very loose idea of what the controller is or does :|a
no subject
Aha okay.
If you look at BML pages, you'll see that they mostly just throw everything together which makes it hard to modify them later on. We constantly worry about breaking things on those pages, and we can't reuse components or share them between pages.
MVC (model-view-controller) is a pattern used to organize code. The "view" is the bit we're most familiar with; it handles generating output, e.g., HTML. The "model" stores data and encapsulates state. LJ::User is an example of this. The controller basically ties the two together; it sets up the model and the view, and it is also where we process input and pass it onto the model / view.
no subject
Okay! I will do some research, because for someone who has been making webpages since like... 2000, there is a lot of internal stuff I actually know very little about, haha.
no subject
Have fun!?Feel free to holler at any future time too.
no subject
Oops shouldn't have been a question mark there! Silly mobile phones and reply by email ;)
no subject
well, it does convey the mix of excitement and trepidation I feel XD
Do we have any pages converted to TT that feature a lot of user-interaction elements? I'm kind of brainstorming how best to change /customize and it's hideous widget mess. If I'm understanding it right, the TT page = the view = what the user sees and interacts with, and that calls various bits of perl, which = the controller, and then the model is data stored in db or temp memory (the trickiest part of the new style search is 'we need to save the search results somewhere, until the user closes the page' and I'm not sure where)
no subject
Hmm, the best example is probably the new user entry page.
no subject
Okay! I'll go code-hunting for that, then.
no subject
no subject
no subject
no subject
I think
exor674 did something like that once. Let me ping her to this thread!