From: Justin F. <je...@ey...> - 2001-07-07 11:33:46
|
Alex: As you maknow, at the moment I am writing a bunch of small modules/sites to discover issues that I am not used to when using these "components" of BC, since when writing a "normal site" you know where things are, and where data is coming from. With BC, the idiom is different. I wish to discover these surprises and attempt to set conventions for our business to use. One small, but not unimportant, issue is the business of the <title> ultimately displayed for the "page" you are looking at. With the present platform, the source of the <title> is, of course, the template used out of the $bc_page['templates'] selection. The result of this machinery is that the reusability of the template is diminished, and you _must_ have a unique template for each page if you wish the title to be different, even though such a template may be simple and is able to be generalized and used over and over for a large percentage of, or all, pages. Now, I have a "workaround" that, upon reflection, seems that the facility _may_ be a candidate for inclusion in the platform. In the template that is going to be reused over and over I put this piece: <head> <title><?= $Title?></title> in order to get the <title> from global scope. Now, a generality issue comes up, namely, "Where should I put $Title in global scope?" It seems natural that the <title> is associated with the ripped $bc_page, or index.php, so I put $Title in global scope thus: -- fragment -- include_once('./prepend.php'); import('binarycloud.init.Init'); #import('user.mod.lib.EyeLibrary'); // ripped from /path/to/binarycloud/user/htdocs/index.xml $Title = "Passed in Title"; $bc_page = array( ----------------------------- There may be some more appropriate place to put the <title> in global scope, maybe via options to a module or something. Still, that would require presence of such a module just to get this correct title. I guess the upshot of all this is that I am asking you to consider a way to map a title name to a page outside of having to code it in a module, and my "way" implies that the *.xml original should have that anticipated, and be a part of the BC platform. I am not yet familiar with (still a-building) .xml "front end" to know if this can be accommodated. Now, you may be of the mindset that you don't mind having one unique template file per page. So far, in my twiddling, I find a need to have a "dynamic title" because I am experiencing now that I have applications with multiple pages and the same template, and just to get a different <title>, I have to create a different template. I want BC to eliminate this kind of waste... I don't think this is subjective, and suggest you think about it for a while for consideration of making it a standard feature. It seems to me that this is just an accommodation to a one-to-one thingy. Right now, if you use one template per site, about the only thing you can "do" is have "Foobar Site" in the template, which is giving up a lot of opportunity to provide information, as well as making bookmarks of all pages in the site read the same. I want "Foobar Site: Our Company History", "Foobar Site: Pictures of Secretaries at Wet Tee-shirt Contest" and so on, while using the same template. _jef -- Justin Farnsworth Eye Integrated Communications 321 South Evans - Suite 203 Greenville, NC 27858 | Tel: (252) 353-0722 |
From: Peter B. <re...@f2...> - 2001-07-07 13:03:17
|
At 07:33 AM 7/7/01 -0400, you wrote: >With the present platform, the source of the <title> is, of >course, the template used out of the $bc_page['templates'] >selection. The result of this machinery is that the >reusability of the template is diminished, and you _must_ >have a unique template for each page if you wish the title to be >different, even though such a template may be simple and >is able to be generalized and used over and over for a >large percentage of, or all, pages. What about the meta description and keywords? I like to change these slightly for each page on the web site - it helps with search engine ranking. A method of specifying default keywords, and then custom ones to append/replace the default with would be a good idea. _pjb --oOo-- Narrow Gauge on the web - photos, directory and forums! http://www.narrow-gauge.co.uk --oOo-- Peter's web page - Scottish narrow gauge in 009 http://members.aol.com/reywob/ --oOo-- |
From: jason <ja...@gr...> - 2001-07-07 14:38:36
|
I haven't look at the system in detail to get a full analysis of this problem, but by just reading this scenerio I can see where we may need to have the entire <HEAD> stanza as a template in itself. There will be cases where we have multiple MASTER templates using this same HEAD template. (one site that has different table/layout designs). In theory this doesn't seem like a big deal to implement for such a worthwhile feature to have. jason Peter Bowyer wrote: > At 07:33 AM 7/7/01 -0400, you wrote: > >With the present platform, the source of the <title> is, of > >course, the template used out of the $bc_page['templates'] > >selection. The result of this machinery is that the > >reusability of the template is diminished, and you _must_ > >have a unique template for each page if you wish the title to be > >different, even though such a template may be simple and > >is able to be generalized and used over and over for a > >large percentage of, or all, pages. > > What about the meta description and keywords? I like to change these > slightly for each page on the web site - it helps with search engine > ranking. A method of specifying default keywords, and then custom ones to > append/replace the default with would be a good idea. |
From: alex b. <en...@tu...> - 2001-07-07 22:30:31
|
you can do that with default template->module associations. you coudl have a module that deals with all of your <head> contents, or just leave that markup in the master template. _a ----- Original Message ----- From: "jason" <ja...@gr...> To: <bin...@li...> Sent: Saturday, July 07, 2001 7:36 AM Subject: Re: [binarycloud-dev] BC and the <title> issue... > > I haven't look at the system in detail to get a full analysis of this > problem, but by just reading this scenerio I can see where we may need > to have the entire <HEAD> stanza as a template in itself. There will be > cases where we have multiple MASTER templates using this same HEAD > template. (one site that has different table/layout designs). In > theory this doesn't seem like a big deal to implement for such a > worthwhile feature to have. > > jason > > > Peter Bowyer wrote: > > At 07:33 AM 7/7/01 -0400, you wrote: > > >With the present platform, the source of the <title> is, of > > >course, the template used out of the $bc_page['templates'] > > >selection. The result of this machinery is that the > > >reusability of the template is diminished, and you _must_ > > >have a unique template for each page if you wish the title to be > > >different, even though such a template may be simple and > > >is able to be generalized and used over and over for a > > >large percentage of, or all, pages. > > > > What about the meta description and keywords? I like to change these > > slightly for each page on the web site - it helps with search engine > > ranking. A method of specifying default keywords, and then custom ones to > > append/replace the default with would be a good idea. > > _______________________________________________ > binarycloud-dev mailing list > bin...@li... > http://lists.sourceforge.net/lists/listinfo/binarycloud-dev > |
From: Justin F. <je...@ey...> - 2001-07-07 15:06:28
|
Peter Bowyer wrote: > > At 07:33 AM 7/7/01 -0400, you wrote: > >With the present platform, the source of the <title> is, of > >course, the template used out of the $bc_page['templates'] > >selection. The result of this machinery is that the > >reusability of the template is diminished, and you _must_ > >have a unique template for each page if you wish the title to be > >different, even though such a template may be simple and > >is able to be generalized and used over and over for a > >large percentage of, or all, pages. > > What about the meta description and keywords? I like to change these > slightly for each page on the web site - it helps with search engine > ranking. A method of specifying default keywords, and then custom ones to > append/replace the default with would be a good idea. ----------- Now, my wizard programmer, Jason Hines, sent me this comment on the side, and, for us (Eye), it is pertinent to the "ideal" of abstracting dog-work tasks into BC. Quote--- I haven't looked at the system in detail to get a full analysis of this problem, but by just reading this scenerio I can see where we may need to have the entire <HEAD> stanza as a template in itself. There will be cases where we have multiple MASTER templates using this same HEAD template. (one site that has different table/layout designs). In theory this doesn't seem like a big deal to implement for such a worthwhile feature to have. Unquote--- I did think about this fleetingly as I "ran into" the <title> problem, but it was a little further from my mind as <title> is the first, and most immediate "problem" that I ran into. HOWEVER, IN THE REAL WORLD, we do have an argument for supporting a "template" for the entire <head> portion, which would also solve Peter's need (which seems to be similar to ours). We have a client, for example, who has a real estate site, and he wants to be high on the search lists. Everyone has had this sort of client problem. Well, the weightings of indexers are arcane, ever-changing, and this client sort of thinks he understands keywords better than us, after we kept hand-editing his pages, trying things. So, what did we do??? We build him a tool so that he could put in his own keywords, and this got him off of our back. This desire for a <head> template probably has some echo with youse guys out there who have had these sort of "problems". I would like to hear what the community experience/desire is on this suggestion. I personally do not think this is a trivial, fluffy request/facility. It would certainly add a lot of value of BC to us. _jef -- Justin Farnsworth Eye Integrated Communications 321 South Evans - Suite 203 Greenville, NC 27858 | Tel: (252) 353-0722 |
From: Jimmy H. <ji...@ha...> - 2001-07-07 18:36:58
|
Hello I found this to work in FreeBSD: In r2/binarycould/base/utils/installcode.sh for i in $*; do install -d $BUILD_DIR/`$GETPKG $i`/$i; install -c $i $BUILD_DIR/`$GETPKG $i`/$i; done Instead of install -d $i $BUILD_DIR/`$GETPKG $i`/$i; I hope that helps. I don't know how to create a conditional code based on platform (I'm a newbie hehe) Now make seems to work in freebsd. Regards, Jimmy Harlindong |
From: Jimmy H. <ji...@ha...> - 2001-07-07 18:57:45
|
Oh perhaps if my syntax also works in linux then there would be no need for different version. > for i in $*; do > install -d $BUILD_DIR/`$GETPKG $i`/$i; > install -c $i $BUILD_DIR/`$GETPKG $i`/$i; > done |
From: Jimmy H. <ji...@ha...> - 2001-07-07 19:49:52
|
Hello, I found out my previous change to installcode.sh wasn't correct. Here is what I have now: for i in $*; do install -d $BUILD_DIR/`$GETPKG $i`/; install -c $i $BUILD_DIR/`$GETPKG $i`/; Done Here is the output of build directory tree for en: D en D user R conf.php R conf.xml R datasources.php R datasources.xml R langs.php R langs.xml R operations.xml R year_mo_dy_hr_mn_sc.txt R bc_errors.xml R bc_form_submissions.xml R bc_knowledge_base_tables.xml R bc_perm_auth.xml R bc_users.xml R create_db.xml R strings.xml R HelloWorld.php R OtherWorld.php R Set_Lang_Example.php R form.php R start.sh R DNS.README R README.FIRST R country-codes.txt R msfree.png R sample.conf R webalizer.1 R webalizer.LSM R webalizer.png R XSLTransformer.php R form.xml R form.xsl R form_inputs.xsl R my_xsl_error.php R god.php R god.xml R example.php R other.php D binarycloud D mod R XSLT_Example.php D htdocs R binarycloud.css R phpdoc.css R storm.css R add_question.gif R cancel.gif R delete.gif R delete_all.gif R delete_selected.gif R hide.gif R join.gif R make_active.gif R make_inactive.gif R no.gif R ok.gif R rename.gif R search.gif R show.gif R submit.gif R update.gif R yes.gif R big_folder.gif R kb_document.gif R api.gif R magnifying_glass.gif R 000000.gif R 10dot.gif R 336666.gif R 669999.gif R 999999.gif R CCCCCC.gif R down_arrow.gif R down_dis_arrow.gif R trans.gif R up_arrow.gif R knowledge_base.gif R send_email.gif R site_map.gif R storm.gif R welcome.gif R storm_header.gif R admin.gif R api_docs.gif R install.gif R knowledgebase.gif R recent_news.gif R test_xml.gif R binarycloud.gif R binarycloud_logo_sm.gif R fire.jpg R h_tile.gif R hold.gif R base_lib.js R bcp.xml R destroy_session.php R index.php R xslt_example.php R prepend.php D binarycloud D core R Auth.php R Debug.php R Lang.php R PEAR_Error.php R Page.php R Perm.php R Sess.php R error_codes_eng.php R error_handler.php D init R Init.php D lib R Timer.php D binarycloud D lib R ClientSniffer.php |
From: Jimmy H. <ji...@ha...> - 2001-07-08 00:39:18
|
OK the #2 try was wrong too, so here's the 3rd try: for i in $*; do install -d $BUILD_DIR/`$GETPKG $i`/`dirname $i`/; install -c $i $BUILD_DIR/`$GETPKG $i`/$i; done The tree: D en D user D conf R conf.php R conf.xml R datasources.php R datasources.xml R langs.php R langs.xml R operations.xml D db D dump R year_mo_dy_hr_mn_sc.txt D schema R bc_errors.xml R bc_form_submissions.xml R bc_knowledge_base_tables.xml R bc_perm_auth.xml R bc_users.xml R create_db.xml D lang R strings.xml D mod D hello_world R HelloWorld.php R OtherWorld.php D set_lang_example R Set_Lang_Example.php D html R form.php D webalizer R start.sh D webalizer R DNS.README R README.FIRST R country-codes.txt R msfree.png R sample.conf R webalizer.1 R webalizer.LSM R webalizer.png D xslt_example R XSLTransformer.php R form.xml R form.xsl R form_inputs.xsl R my_xsl_error.php D binarycloud D mod D mod D xslt_example R XSLT_Example.php D roles R god.php R god.xml D tmpl D html D layouts R example.php D masters R example.php R other.php D htdocs R bcp.xml R destroy_session.php R index.php R xslt_example.php R prepend.php D resources D css R binarycloud.css R phpdoc.css R storm.css D images D binarycloud D buttons R add_question.gif R cancel.gif R delete.gif R delete_all.gif R delete_selected.gif R hide.gif R join.gif R make_active.gif R make_inactive.gif R no.gif R ok.gif R rename.gif R search.gif R show.gif R submit.gif R update.gif R yes.gif D knowledgebase R big_folder.gif R kb_document.gif R magnifying_glass.gif D misc R 000000.gif R 10dot.gif R 336666.gif R 669999.gif R 999999.gif R CCCCCC.gif R down_arrow.gif R down_dis_arrow.gif R trans.gif R up_arrow.gif D nav R api.gif R knowledge_base.gif R send_email.gif R site_map.gif R storm.gif R welcome.gif D storm R storm_header.gif D titles R admin.gif R api_docs.gif R install.gif R knowledgebase.gif R recent_news.gif R send_email.gif R site_map.gif R test_xml.gif R welcome.gif D tmpl R binarycloud.gif R binarycloud_logo_sm.gif R fire.jpg R h_tile.gif R hold.gif D js R base_lib.js D binarycloud D core R Auth.php R Debug.php R Lang.php R PEAR_Error.php R Page.php R Perm.php R Sess.php R error_codes_eng.php R error_handler.php D init R Init.php D lib R Timer.php D binarycloud D lib R ClientSniffer.php |
From: alex b. <en...@tu...> - 2001-07-08 01:22:25
|
that is a correct hierarchy, except for the misplaced xslt example module. the last one was fubar :) _a ----- Original Message ----- From: "Jimmy Harlindong" <ji...@ha...> To: <bin...@li...> Sent: Saturday, July 07, 2001 1:47 PM Subject: [binarycloud-dev] Make in FreeBSD #3 > OK the #2 try was wrong too, so here's the 3rd try: > > for i in $*; do > install -d $BUILD_DIR/`$GETPKG $i`/`dirname $i`/; > install -c $i $BUILD_DIR/`$GETPKG $i`/$i; > done > > The tree: > > D en > D user > D conf > R conf.php > R conf.xml > R datasources.php > R datasources.xml > R langs.php > R langs.xml > R operations.xml > D db > D dump > R year_mo_dy_hr_mn_sc.txt > D schema > R bc_errors.xml > R bc_form_submissions.xml > R bc_knowledge_base_tables.xml > R bc_perm_auth.xml > R bc_users.xml > R create_db.xml > D lang > R strings.xml > D mod > D hello_world > R HelloWorld.php > R OtherWorld.php > D set_lang_example > R Set_Lang_Example.php > D html > R form.php > D webalizer > R start.sh > D webalizer > R DNS.README > R README.FIRST > R country-codes.txt > R msfree.png > R sample.conf > R webalizer.1 > R webalizer.LSM > R webalizer.png > D xslt_example > R XSLTransformer.php > R form.xml > R form.xsl > R form_inputs.xsl > R my_xsl_error.php > D binarycloud > D mod > D mod > D xslt_example > R XSLT_Example.php > D roles > R god.php > R god.xml > D tmpl > D html > D layouts > R example.php > D masters > R example.php > R other.php > D htdocs > R bcp.xml > R destroy_session.php > R index.php > R xslt_example.php > R prepend.php > D resources > D css > R binarycloud.css > R phpdoc.css > R storm.css > D images > D binarycloud > D buttons > R add_question.gif > R cancel.gif > R delete.gif > R delete_all.gif > R delete_selected.gif > R hide.gif > R join.gif > R make_active.gif > R make_inactive.gif > R no.gif > R ok.gif > R rename.gif > R search.gif > R show.gif > R submit.gif > R update.gif > R yes.gif > D knowledgebase > R big_folder.gif > R kb_document.gif > R magnifying_glass.gif > D misc > R 000000.gif > R 10dot.gif > R 336666.gif > R 669999.gif > R 999999.gif > R CCCCCC.gif > R down_arrow.gif > R down_dis_arrow.gif > R trans.gif > R up_arrow.gif > D nav > R api.gif > R knowledge_base.gif > R send_email.gif > R site_map.gif > R storm.gif > R welcome.gif > D storm > R storm_header.gif > D titles > R admin.gif > R api_docs.gif > R install.gif > R knowledgebase.gif > R recent_news.gif > R send_email.gif > R site_map.gif > R test_xml.gif > R welcome.gif > D tmpl > R binarycloud.gif > R binarycloud_logo_sm.gif > R fire.jpg > R h_tile.gif > R hold.gif > D js > R base_lib.js > D binarycloud > D core > R Auth.php > R Debug.php > R Lang.php > R PEAR_Error.php > R Page.php > R Perm.php > R Sess.php > R error_codes_eng.php > R error_handler.php > D init > R Init.php > D lib > R Timer.php > D binarycloud > D lib > R ClientSniffer.php > > > > _______________________________________________ > binarycloud-dev mailing list > bin...@li... > http://lists.sourceforge.net/lists/listinfo/binarycloud-dev > |
From: alex b. <en...@tu...> - 2001-07-07 22:22:30
|
> What about the meta description and keywords? I like to change these > slightly for each page on the web site - it helps with search engine > ranking. A method of specifying default keywords, and then custom ones to > append/replace the default with would be a good idea. > a little later, we'll have the ability to make default module->master template associations, which allow you to say "always include the meta module" or "always include breadcrumbs" etc. these will likely be loaded into a special 'default' array within Page. That will allow you to build a meta-printing modules that does whatever you want. _a |
From: alex b. <en...@tu...> - 2001-07-07 22:19:25
|
> One small, but not unimportant, issue is the business of the > <title> ultimately displayed for the "page" you are looking at. yeah, I haven't added that yet. of course I _will_ add it, it would be stupid not to. :) > Now, I have a "workaround" that, upon reflection, seems that > the facility _may_ be a candidate for inclusion in the > platform. > > In the template that is going to be reused over and over > I put this piece: > > <head> > <title><?= $Title?></title> > actually, it would likely be $bc_page['title']; > There may be some more appropriate place to put the <title> in > global scope, maybe via options to a module or something. > Still, that would require presence of such a module just > to get this correct title. I want to keep global vars to an absolute minimum, so only classes and a couple special case things like bc_page will make it in. |