Re: [fossil-users] feature requests

2016-09-14 Thread Richard Hipp 
On 9/14/16, Aldo Nicolas Bruno  wrote:
> Il 14/09/2016 18:33, Richard Hipp ha scritto:
>> https://pizzahack.eu/fossil/thunderchez/dir?ci=trunk=cairo
>>
>> In other words, change the ci= value to the name of any branch and it
>> uses the most recent check-in on that branch.  Or make it ci=tip and
>> it will use the most recent check-in on any branch.
> Thanks for the reply ;)
> This is also possible with files?

Anywhere you can put a SHA1 hash prefix for a version name, you can
also supply a branch name (which will resolve to the most recent
check-in on that branch) or a tag (which will resolved to whatever
check-in is tagged with that tag) or "tip" to mean the lastest
check-in.  There are other options too, like "trunk:2005-01-17" which
means the last checkin on the branch "trunk" before 2005-01-17.

>
> https://pizzahack.eu/fossil/thunderchez/?ci=trunk=cairo/cairo-functions.ss
>

Whether or not this works for a specific webpage depends on whether or
not that webpage lest you specify a version number.  Which webpage did
you have in mind?

-- 
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

Re: [fossil-users] feature requests

2016-09-14 Thread Aldo Nicolas Bruno 
Il 14/09/2016 18:33, Richard Hipp ha scritto:
> https://pizzahack.eu/fossil/thunderchez/dir?ci=trunk=cairo
>
> In other words, change the ci= value to the name of any branch and it
> uses the most recent check-in on that branch.  Or make it ci=tip and
> it will use the most recent check-in on any branch.
Thanks for the reply ;)
This is also possible with files?

https://pizzahack.eu/fossil/thunderchez/?ci=trunk=cairo/cairo-functions.ss

To show something like this
https://pizzahack.eu/fossil/thunderchez/artifact/e453a0dfb609ceee

In this case part of the previous patch is not needed because I can
already link to the file contents
Best regards
Aldo Nicolas Bruno
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

Re: [fossil-users] Unversioned files.

2016-09-14 Thread Adam Jensen 
On 09/12/2016 02:55 PM, Ross Berteig wrote:
> Clumsy, perhaps, but it would work today.

Thanks. The `fossil fusefs ...` performance kills the possibility of
using Fossil as a large binary file repository manager.

I find myself casually reading "Practical File System Design"[1] and the
HDF5 Specs[2] and generally imagining what the requirements for a modern
[instrumentation data] repository might be. If anyone wishes to discuss
such a thing or otherwise share ideas, they are welcome to contact me.

[1]:
https://ia600404.us.archive.org/29/items/practical-file-system-design/practical-file-system-design.pdf
[2]: https://www.hdfgroup.org/HDF5/doc/Specs.html
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

Re: [fossil-users] feature requests

2016-09-14 Thread Richard Hipp 
On 9/14/16, Aldo Nicolas Bruno  wrote:
>
> Another question... there is a way to link to a directory of the latest
> check-in?
> by example this link points to directory cairo, but of a particular
> check-in...
> https://pizzahack.eu/fossil/thunderchez/dir?ci=3c717fb0e55501e7=cairo
>

https://pizzahack.eu/fossil/thunderchez/dir?ci=trunk=cairo

In other words, change the ci= value to the name of any branch and it
uses the most recent check-in on that branch.  Or make it ci=tip and
it will use the most recent check-in on any branch.

-- 
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

[fossil-users] feature requests

2016-09-14 Thread Aldo Nicolas Bruno 
Hi, I'm using fossil for some projects, I've seen a clear limitation in
mime types. I've added some mime types to fossil. I wonder if it
wouldn't be useful to allow to add new mime types to the repository
without recompiling.

Otherwise it would be interesting to pass a mime type to the doc link,
so as to tell fossil how to show the page

I had to modify doc.c to show source files as documentation. Sometimes
it's useful to link source files in documentation without having to tie
to a particular check-in.

By example this would not work with official fossil:
https://pizzahack.eu/fossil/thunderchez/doc/tip/nanomsg/bus

It would open the file as external instead of showing it as embedded
documentation.

Another question... there is a way to link to a directory of the latest
check-in?
by example this link points to directory cairo, but of a particular
check-in...
https://pizzahack.eu/fossil/thunderchez/dir?ci=3c717fb0e55501e7=cairo

Also I'm using fossil to store some screenshots of the program, you
recommend using unversioned files in this case?

Best regards
Aldo Nicolas Bruno
diff -uru fossil-1.35/src/doc.c fossil-1.35-mio/src/doc.c
--- fossil-1.35/src/doc.c	2016-06-14 13:10:39.0 +0200
+++ fossil-1.35-mio/src/doc.c	2016-09-04 20:33:02.680095406 +0200
@@ -218,7 +218,7 @@
   { "rpm",3, "audio/x-pn-realaudio-plugin"   },
   { "rtf",3, "text/rtf"  },
   { "rtx",3, "text/richtext" },
-  { "scm",3, "application/x-lotusscreencam"  },
+  { "scm",3, "text/plain"  },
   { "set",3, "application/set"   },
   { "sgm",3, "text/sgml" },
   { "sgml",   4, "text/sgml" },
@@ -230,12 +230,15 @@
   { "skm",3, "application/x-koan"},
   { "skp",3, "application/x-koan"},
   { "skt",3, "application/x-koan"},
+  { "sld", 2, "text/plain"  },
+  { "sls", 2, "text/plain"  },
   { "smi",3, "application/smil"  },
   { "smil",   4, "application/smil"  },
   { "snd",3, "audio/basic"   },
   { "sol",3, "application/solids"},
   { "spl",3, "application/x-futuresplash"},
   { "src",3, "application/x-wais-source" },
+  { "ss", 2, "text/plain"  },
   { "step",   4, "application/STEP"  },
   { "stl",3, "application/SLA"   },
   { "stp",3, "application/STEP"  },
@@ -693,8 +696,18 @@
 style_footer();
 #endif
   }else{
-cgi_set_content_type(zMime);
-cgi_set_content();
+  zMime = mimetype_from_content();
+  if(zMime == 0) {
+	style_header("Documentation"); 
+	@ 
+	@ %h(blob_str())
+@ 
+style_footer();   
+  }
+  else {
+cgi_set_content_type(zMime);
+cgi_set_content();
+  }
   }
   if( nMiss>=ArraySize(azSuffix) ) cgi_set_status(404, "Not Found");
   db_end_transaction(0);
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users