From 4d057dab603f42ec40b911dbee6792dcf107bd14 Mon Sep 17 00:00:00 2001 From: "W. Trevor King" Date: Sun, 13 Dec 2009 06:19:23 -0500 Subject: Converted libbe.storage.vcs.base to new Storage format. --- .../2496ccca-130b-4459-bfae-9d9ef0138177/body | 52 ++++++++++++++++++++++ 1 file changed, 52 insertions(+) create mode 100644 .be/bea86499-824e-4e77-b085-2d581fa9ccab/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/2496ccca-130b-4459-bfae-9d9ef0138177/body (limited to '.be/bea86499-824e-4e77-b085-2d581fa9ccab/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/2496ccca-130b-4459-bfae-9d9ef0138177/body') diff --git a/.be/bea86499-824e-4e77-b085-2d581fa9ccab/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/2496ccca-130b-4459-bfae-9d9ef0138177/body b/.be/bea86499-824e-4e77-b085-2d581fa9ccab/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/2496ccca-130b-4459-bfae-9d9ef0138177/body new file mode 100644 index 0000000..e160b76 --- /dev/null +++ b/.be/bea86499-824e-4e77-b085-2d581fa9ccab/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/2496ccca-130b-4459-bfae-9d9ef0138177/body @@ -0,0 +1,52 @@ +Speaking of that interface, I changed up the look and feel a bit last +weekend. It's still at http://bitbucket.org/sjl/cherryflavoredbugseverywhere/ + -- if anyone has any feedback (on any aspect of it) I'd appreciate it. + +-- +Steve + +On Jul 3, 2009, at 8:31 PM, Chris Ball wrote: + +> Hi Gianluca, +> +>> As i said in a previous mail, I am working on a "html" command +>> for be. The goal is to be able to do something like "be html +>> /web/page" to have in the /web/page directory some static html +>> pages that basically are the dump of the be repository, much like +>> ditz have. This will enable a simple and fast publish of the bus +>> list and details on the web, at least in read only mode. +> +> It might be a good idea for "be html" to use the CherryPy web +> interface +> that Steve is working on. The command could start up the CherryPy app +> and scrape all of the available pages to get a stand-alone dump; this +> would avoid having to keep two (okay, more than two at this point) +> separate sets of HTML templates in the source tree. What do you +> think? +> +>> 2) I see that every command is implemented with a python file in +>> the becommand dir. For a better code, I'd like to split the +>> command implementation into two files: a file that contain the +>> actual code and a second file that have the html related part, +>> any problem with this ? I don't like to have the html part and +>> the code part in one big and unreadable file. +> +> I agree that becommands/*.py commands should not contain any HTML +> layout code. Putting it somewhere else instead sounds fine. +> +> Thanks! +> +> - Chris. +> -- +> Chris Ball +> +> _______________________________________________ +> Be-devel mailing list +> Be-devel@bugseverywhere.org +> http://void.printf.net/cgi-bin/mailman/listinfo/be-devel + + +_______________________________________________ +Be-devel mailing list +Be-devel@bugseverywhere.org +http://void.printf.net/cgi-bin/mailman/listinfo/be-devel -- cgit From a06028c4c3168e5cb44821b3f5ee044bd2fef0f4 Mon Sep 17 00:00:00 2001 From: "W. Trevor King" Date: Thu, 28 Jan 2010 18:06:40 -0500 Subject: Removed taglines other cruft from #bea/d99# comments --- .../2496ccca-130b-4459-bfae-9d9ef0138177/body | 49 ---------------------- 1 file changed, 49 deletions(-) (limited to '.be/bea86499-824e-4e77-b085-2d581fa9ccab/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/2496ccca-130b-4459-bfae-9d9ef0138177/body') diff --git a/.be/bea86499-824e-4e77-b085-2d581fa9ccab/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/2496ccca-130b-4459-bfae-9d9ef0138177/body b/.be/bea86499-824e-4e77-b085-2d581fa9ccab/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/2496ccca-130b-4459-bfae-9d9ef0138177/body index e160b76..ed4f97d 100644 --- a/.be/bea86499-824e-4e77-b085-2d581fa9ccab/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/2496ccca-130b-4459-bfae-9d9ef0138177/body +++ b/.be/bea86499-824e-4e77-b085-2d581fa9ccab/bugs/d9959864-ea91-475a-a075-f39aa6760f98/comments/2496ccca-130b-4459-bfae-9d9ef0138177/body @@ -1,52 +1,3 @@ Speaking of that interface, I changed up the look and feel a bit last weekend. It's still at http://bitbucket.org/sjl/cherryflavoredbugseverywhere/ -- if anyone has any feedback (on any aspect of it) I'd appreciate it. - --- -Steve - -On Jul 3, 2009, at 8:31 PM, Chris Ball wrote: - -> Hi Gianluca, -> ->> As i said in a previous mail, I am working on a "html" command ->> for be. The goal is to be able to do something like "be html ->> /web/page" to have in the /web/page directory some static html ->> pages that basically are the dump of the be repository, much like ->> ditz have. This will enable a simple and fast publish of the bus ->> list and details on the web, at least in read only mode. -> -> It might be a good idea for "be html" to use the CherryPy web -> interface -> that Steve is working on. The command could start up the CherryPy app -> and scrape all of the available pages to get a stand-alone dump; this -> would avoid having to keep two (okay, more than two at this point) -> separate sets of HTML templates in the source tree. What do you -> think? -> ->> 2) I see that every command is implemented with a python file in ->> the becommand dir. For a better code, I'd like to split the ->> command implementation into two files: a file that contain the ->> actual code and a second file that have the html related part, ->> any problem with this ? I don't like to have the html part and ->> the code part in one big and unreadable file. -> -> I agree that becommands/*.py commands should not contain any HTML -> layout code. Putting it somewhere else instead sounds fine. -> -> Thanks! -> -> - Chris. -> -- -> Chris Ball -> -> _______________________________________________ -> Be-devel mailing list -> Be-devel@bugseverywhere.org -> http://void.printf.net/cgi-bin/mailman/listinfo/be-devel - - -_______________________________________________ -Be-devel mailing list -Be-devel@bugseverywhere.org -http://void.printf.net/cgi-bin/mailman/listinfo/be-devel -- cgit