Re: [fossil-users] File age in the tree view
On Tue, Dec 23, 2014 at 5:28 PM, Joerg Sonnenberger jo...@britannica.bec.de wrote: On Tue, Dec 23, 2014 at 03:15:41PM +0200, Baruch Burstein wrote: I just discovered that the JS I used is not supported in IE=9. What is the policy on supporting older browsers? I would normally draw the line at IE 8. Depending on the specific code, IE 7 can be reasonable, older normally is not. http://fossil-scm.org/index.html/info/59062c3d68 should now work with older browsers, too. Comments are welcome. -- ˙uʍop-ǝpısdn sı ɹoʇıuoɯ ɹnoʎ 'sıɥʇ pɐǝɹ uɐɔ noʎ ɟı ___ 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] File age in the tree view
On Thu, Dec 18, 2014 at 1:22 AM, Baruch Burstein bmburst...@gmail.com wrote: I just pushed a rough try at doing this filtering client-side as-you-type. Needs polish, but works. It does only a simple text match, but it would be trivial to change this to case-insensitive and/or regex matching by changing which JS built-in function is used for matching. I just discovered that the JS I used is not supported in IE=9. What is the policy on supporting older browsers? According to http://www.w3schools.com/browsers/browsers_explorer.asp we are talking about ~3% of users. I tend to believe that the target audience for fossil is of the more computer-savvy kind, and therefore even more likely to be using a modern browser than the average internet user. Also, in this specific case, the worse that will happen to these users is the lines in the file tree will look funny. Should I bother changing this to something less elegant that works in older browsers? -- ˙uʍop-ǝpısdn sı ɹoʇıuoɯ ɹnoʎ 'sıɥʇ pɐǝɹ uɐɔ noʎ ɟı ___ 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] File age in the tree view
On Tue, Dec 23, 2014 at 8:15 AM, Baruch Burstein bmburst...@gmail.com wrote: On Thu, Dec 18, 2014 at 1:22 AM, Baruch Burstein bmburst...@gmail.com wrote: I just pushed a rough try at doing this filtering client-side as-you-type. Needs polish, but works. It does only a simple text match, but it would be trivial to change this to case-insensitive and/or regex matching by changing which JS built-in function is used for matching. I just discovered that the JS I used is not supported in IE=9. What is the policy on supporting older browsers? We have always sought to support all mainstream browses: Firefox, Chrome, IE, Safari, and Opera. The people who are committing to Fossil repos will often (though not always) have the latest web tools. But the managers and passers-by who are merely viewing a Fossil-generated website may well be running older software. According to http://www.w3schools.com/browsers/browsers_explorer.asp we are talking about ~3% of users. I tend to believe that the target audience for fossil is of the more computer-savvy kind, and therefore even more likely to be using a modern browser than the average internet user. Also, in this specific case, the worse that will happen to these users is the lines in the file tree will look funny. Should I bother changing this to something less elegant that works in older browsers? -- ˙uʍop-ǝpısdn sı ɹoʇıuoɯ ɹnoʎ 'sıɥʇ pɐǝɹ uɐɔ noʎ ɟı ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users -- 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] File age in the tree view
On Tue, Dec 23, 2014 at 3:23 PM, Richard Hipp d...@sqlite.org wrote: On Tue, Dec 23, 2014 at 8:15 AM, Baruch Burstein bmburst...@gmail.com wrote: On Thu, Dec 18, 2014 at 1:22 AM, Baruch Burstein bmburst...@gmail.com wrote: I just pushed a rough try at doing this filtering client-side as-you-type. Needs polish, but works. It does only a simple text match, but it would be trivial to change this to case-insensitive and/or regex matching by changing which JS built-in function is used for matching. I just discovered that the JS I used is not supported in IE=9. What is the policy on supporting older browsers? We have always sought to support all mainstream browses: Firefox, Chrome, IE, Safari, and Opera. OK. How far back? Is IE=8 good enough, since IE7 is no longer officially supported? -- ˙uʍop-ǝpısdn sı ɹoʇıuoɯ ɹnoʎ 'sıɥʇ pɐǝɹ uɐɔ noʎ ɟı ___ 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] File age in the tree view
On Tue, Dec 23, 2014 at 8:43 AM, Baruch Burstein bmburst...@gmail.com wrote: On Tue, Dec 23, 2014 at 3:23 PM, Richard Hipp d...@sqlite.org wrote: On Tue, Dec 23, 2014 at 8:15 AM, Baruch Burstein bmburst...@gmail.com wrote: On Thu, Dec 18, 2014 at 1:22 AM, Baruch Burstein bmburst...@gmail.com wrote: I just pushed a rough try at doing this filtering client-side as-you-type. Needs polish, but works. It does only a simple text match, but it would be trivial to change this to case-insensitive and/or regex matching by changing which JS built-in function is used for matching. I just discovered that the JS I used is not supported in IE=9. What is the policy on supporting older browsers? We have always sought to support all mainstream browses: Firefox, Chrome, IE, Safari, and Opera. OK. How far back? Is IE=8 good enough, since IE7 is no longer officially supported? The other thing to consider is what goes wrong with older browsers. Does it still do something reasonable, or it the display completely trashed? What if the user deliberately disables JS? Do you still get a reasonable screen? What if the user visits the page using lynx? Ideally, JS should only be required for advanced and optional features. Everything should work for non-JS capable browsers. So, for example, if you visit the /timeline page with JS disabled, you don't get the graphical timeline (which is drawn using JS) but everything else on the timeline works. -- 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] File age in the tree view
On Tue, Dec 23, 2014 at 3:52 PM, Richard Hipp d...@sqlite.org wrote: On Tue, Dec 23, 2014 at 8:43 AM, Baruch Burstein bmburst...@gmail.com wrote: On Tue, Dec 23, 2014 at 3:23 PM, Richard Hipp d...@sqlite.org wrote: On Tue, Dec 23, 2014 at 8:15 AM, Baruch Burstein bmburst...@gmail.com wrote: On Thu, Dec 18, 2014 at 1:22 AM, Baruch Burstein bmburst...@gmail.com wrote: I just pushed a rough try at doing this filtering client-side as-you-type. Needs polish, but works. It does only a simple text match, but it would be trivial to change this to case-insensitive and/or regex matching by changing which JS built-in function is used for matching. I just discovered that the JS I used is not supported in IE=9. What is the policy on supporting older browsers? We have always sought to support all mainstream browses: Firefox, Chrome, IE, Safari, and Opera. OK. How far back? Is IE=8 good enough, since IE7 is no longer officially supported? The other thing to consider is what goes wrong with older browsers. Does it still do something reasonable, or it the display completely trashed? What if the user deliberately disables JS? Do you still get a reasonable screen? What if the user visits the page using lynx? Ideally, JS should only be required for advanced and optional features. Everything should work for non-JS capable browsers. So, for example, if you visit the /timeline page with JS disabled, you don't get the graphical timeline (which is drawn using JS) but everything else on the timeline works. As I said, all that would happen is that there will be extra lines in the tree. -- ˙uʍop-ǝpısdn sı ɹoʇıuoɯ ɹnoʎ 'sıɥʇ pɐǝɹ uɐɔ noʎ ɟı ___ 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] File age in the tree view
On Tue, Dec 23, 2014 at 03:15:41PM +0200, Baruch Burstein wrote: I just discovered that the JS I used is not supported in IE=9. What is the policy on supporting older browsers? I would normally draw the line at IE 8. Depending on the specific code, IE 7 can be reasonable, older normally is not. Joerg ___ 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] File age in the tree view
Richard Hipp wrote: (1) Adjust the CSS so that the age is not all the way over on the right margin Sorry I haven't been able to contribute anything in quite a while, but this should be fixed on trunk now. ___ 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] File age in the tree view
Thus said Joel Bruick on Sat, 20 Dec 2014 21:51:31 -0500: Sorry I haven't been able to contribute anything in quite a while, but this should be fixed on trunk now. Thanks, the change is much appreciated, especially on high resolution displays. Andy -- TAI64 timestamp: 40005496680c ___ 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] File age in the tree view
I've hacked in a change so that the file tree viewer shows the age (how long ago the last change occurred) for each file. Or for directories it shows youngest age of all contented files and subdirectories. Example: https://www.fossil-scm.org/fossil/tree?ci=trunk It seems to me that the display of file ages would be improved by removing the minus signs. People would then read e.g. 64.7 days as: this file is 64.7 days *old* (or, older than the reference point). Another way to look at it is this: why refer to them as file *ages* and then use *negative* values? My own age is *not* a negative value, even though I may be getting on a bit... [;-)] Ashwin. ___ 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] File age in the tree view
Just to note that on Win7 (Firefox browser – if it matters), the mouse-over shading is so faint that if I hadn’t read about it here I wouldn’t have noticed it at all. Can you make it a little more visible?___ 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] File age in the tree view
Dear Tonyp, From: to...@acm.org Sent: Wed, 17 Dec 2014 21:47:58 +0200 To: Fossil SCM user's discussion Subject: Re: [fossil-users] File age in the tree view Just to note that on Win7 (Firefox browser – if it matters), the mouse-overshading is so faint that if I hadn’t read about it here I wouldn’t have noticed it at all. Interesting. My Firefox (version 34) is identical on my Chrome (version 40.0.2214.38 beta-m). Windows 7 home premium 64bit. Using a View Sonic VX2433wm set at 1920 * 1080 in Landscape mode. Can you make it a little more visible? -- inum: 883510009027723 sip: jungleboo...@sip2sip.info xmpp: jungle-boo...@jit.si ___ 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] File age in the tree view
On Wed, Dec 17, 2014 at 8:06 PM, Ashwin Hirschi fossi...@reflexis.com wrote: It seems to me that the display of file ages would be improved by removing the minus signs. People would then read e.g. 64.7 days as: this file is 64.7 days *old* (or, older than the reference point). Another way to look at it is this: why refer to them as file *ages* and then use *negative* values? My own age is *not* a negative value, even though I may be getting on a bit... [;-)] I agree (sorry for coming late to the party, I am catching up on recent weeks) Another way to think of it is that since file ages will always be negative, the '-' seems redundant, and looks weird. It would also be more consistent with what people are familiar with from every other VCS UI. I also think that expressing parts of hours/days/months/years as a decimal point is non-natural. It should either be rounded/truncated to a whole number, or expressed as X days and Y hours or some such. Another point: It seems to me (correct me if I am wrong) that the ages are relative to the checkin time. I think relative to now would be more useful/informative/consistent with other systems (I don't think consistency with other systems is always a factor, only when it comes to UI) Baruch -- ˙uʍop-ǝpısdn sı ɹoʇıuoɯ ɹnoʎ 'sıɥʇ pɐǝɹ uɐɔ noʎ ɟı ___ 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] File age in the tree view
On Tue, Dec 16, 2014 at 11:04 PM, Richard Hipp d...@sqlite.org wrote: On Tue, Dec 16, 2014 at 3:53 PM, jungle Boogie jungleboog...@gmail.com wrote: Additionally/alternatively, some search feature around the checkin link to help filter results better. (similar to control F in the browser but have it actually remove non-matched items). ;) You can add a query parameter re=REGEXP where REGEXP is a regular expression and it will only show the files that match that regular expression. So, for example, to see just the files (and their folders) that contain the letter a you would run: https://www.fossil-scm.org/fossil/tree?ci=trunkre=a But there is no web interface for this - you have to manually add the regular expression to the URL. Suggestions on how to make that more user-friendly are welcomed. I just pushed a rough try at doing this filtering client-side as-you-type. Needs polish, but works. It does only a simple text match, but it would be trivial to change this to case-insensitive and/or regex matching by changing which JS built-in function is used for matching. -- ˙uʍop-ǝpısdn sı ɹoʇıuoɯ ɹnoʎ 'sıɥʇ pɐǝɹ uɐɔ noʎ ɟı ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
[fossil-users] File age in the tree view
I've hacked in a change so that the file tree viewer shows the age (how long ago the last change occurred) for each file. Or for directories it shows youngest age of all contented files and subdirectories. Example: https://www.fossil-scm.org/fossil/tree?ci=trunk I'm not yet convinced that this change is actually useful, though. It is still on a branch. Suggestions for improving it are welcomed. Things that might be improved: (1) Adjust the CSS so that the age is not all the way over on the right margin (2) Perhaps change the time display to use a common unit (days). Even as I was typing this, I realized that it is currently show the age from present. That's useful if you are looking at recent check-in, But if you are looking at the file tree for an ancient check-in, for example: https://www.fossil-scm.org/fossil/tree?ci=2008-01-01expand Then the age from present is much less useful. Perhaps the displayed age should be relative to the check-in that contains the files. Thoughts? -- 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] File age in the tree view
On Tue, Dec 16, 2014 at 5:42 PM, Richard Hipp d...@sqlite.org wrote: I'm not yet convinced that this change is actually useful, though. It is still on a branch. Suggestions for improving it are welcomed. It's consistent with various hosting services, e.g. (IIRC) the old CVS/SVN browser in Sourceforge and in github. (1) Adjust the CSS so that the age is not all the way over on the right margin i rather like it there, but that's a matter for the CSS guys. (2) Perhaps change the time display to use a common unit (days). i have a code snippet somewhere around here which transforms to days, months, minutes, etc. based on the degree of the timespan. It's not in C, but it'd be easy to port. Even as I was typing this, I realized that it is currently show the age from present. That's useful if you are looking at recent check-in, But if you are looking at the file tree for an ancient check-in, for example: https://www.fossil-scm.org/fossil/tree?ci=2008-01-01expand Then the age from present is much less useful. Perhaps the displayed age should be relative to the check-in that contains the files. Thoughts? Very interesting. Both could be useful, of course, in differing contexts. FWIW, here's the snippet (JavaScript)... /** prettyTimestamp() turns a Unix Epoch timestamp in a human-friendly form, e.g. 3 minutes ago or 7 days ago. uts must be a Unix Epoch timestamp value. now may be a current time timestamp, else the current time is used. When calling this in a loop, pass your own now value (calculated outside the loop) to ensure that there are no looping-related deviations in 'now' from one loop to the next. */ ctor.prettyTimestamp = proto.prettyTimestamp = function( uts, now ){ var ce = arguments.callee; if(!ce.secPerDay) { ce.secPerDay = 60 * 60 * 24; ce.secPerWeek = ce.secPerDay * 7; ce.secPerMonth = 30 * ce.secPerDay; ce.secPerYear = 365.25 * ce.secPerDay; } now = now || parseInt((new Date()).valueOf()/1000, 10); var diff = now - uts; //console.debug('now, diff',now,diff); var n; if( diff 0 ) return 'in the future'; else if( 0==diff ) return 'just now'; else if( diff 120 ){ n = diff; return n+' second'+((n1)?'s':'')+' ago'; } else if( diff 3600 ){ n = parseInt(diff/60, 10); return n+' minute'+((n1)?'s':'')+' ago'; } else if( diff = 3 * ce.secPerDay ){ n = parseInt(diff/3600, 10); return n+' hour'+((n1)?'s':'')+' ago'; } else if( diff = (4*ce.secPerYear) ){ n = parseInt(diff/ce.secPerYear, 10); return n+' year'+((n1)?'s':'')+' ago'; } else if( diff = (6*ce.secPerMonth) ){ n = parseInt(diff/ce.secPerMonth, 10); return n+' month'+((n1)?'s':'')+' ago'; } else if( diff = (4*ce.secPerWeek) ){ n = parseInt(diff/ce.secPerWeek, 10); return n+' week'+((n1)?'s':'')+' ago'; } else if( diff = ce.secPerDay ) { n = parseInt(diff/ce.secPerDay, 10); return n+' day'+((n1)?'s':'')+' ago'; } }; -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal Freedom is sloppy. But since tyranny's the only guaranteed byproduct of those who insist on a perfect world, freedom will have to do. -- Bigby Wolf ___ 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] File age in the tree view
On Tue, Dec 16, 2014 at 11:57 AM, Stephan Beal sgb...@googlemail.com wrote: On Tue, Dec 16, 2014 at 5:42 PM, Richard Hipp d...@sqlite.org wrote: I'm not yet convinced that this change is actually useful, though. It is still on a branch. Suggestions for improving it are welcomed. It's consistent with various hosting services, e.g. (IIRC) the old CVS/SVN browser in Sourceforge and in github. (1) Adjust the CSS so that the age is not all the way over on the right margin i rather like it there, but that's a matter for the CSS guys. The problem was it was difficult to follow the line from the filename across to its age. We need some leading. Rather than that, I highlight the li element on mouse-over. See the latest on the website. Feedback from styling experts is welcomed. Even as I was typing this, I realized that it is currently show the age from present. That's useful if you are looking at recent check-in, But if you are looking at the file tree for an ancient check-in, for example: https://www.fossil-scm.org/fossil/tree?ci=2008-01-01expand Then the age from present is much less useful. Perhaps the displayed age should be relative to the check-in that contains the files. Thoughts? Very interesting. Both could be useful, of course, in differing contexts. The latest code now shows the time of the check-in and file times relative to the main check-in time, as a negative interval. I think that works better. But I'm still not happy with it, so it is still on a branch. There are also recent changes to the fileage page. See, for example: https://www.fossil-scm.org/fossil/fileage?name=trunk -- 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] File age in the tree view
On Tue, Dec 16, 2014 at 8:06 PM, Richard Hipp d...@sqlite.org wrote: The problem was it was difficult to follow the line from the filename across to its age. We need some leading. Rather than that, I highlight the li element on mouse-over. See the latest on the website. The mouseover is great :). The latest code now shows the time of the check-in and file times relative to the main check-in time, as a negative interval. I think that works better. i think i'd rather see something like the mouseover than the lines around: https://www.fossil-scm.org/fossil/fileage?name=trunk But I'm still not happy with it, so it is still on a branch. There are also recent changes to the fileage page. See, for example: https://www.fossil-scm.org/fossil/fileage?name=trunk i like how the tree's turned out, but the latter one took me a moment to figure out what was going on - that they are grouped by time offset. It also begs the question: how can we sort on that column (using JS) if we prettify the times? -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal Freedom is sloppy. But since tyranny's the only guaranteed byproduct of those who insist on a perfect world, freedom will have to do. -- Bigby Wolf ___ 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] File age in the tree view
On Tue, Dec 16, 2014 at 5:42 PM, Richard Hipp d...@sqlite.org wrote: https://www.fossil-scm.org/fossil/tree?ci=2008-01-01expand you're obviously in an experimental mood, so here's something which clearly falls into the interesting to try out, but might turn out ugly category: add a heat map (like annotate) based on their ages. -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal Freedom is sloppy. But since tyranny's the only guaranteed byproduct of those who insist on a perfect world, freedom will have to do. -- Bigby Wolf ___ 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] File age in the tree view
On Tue, Dec 16, 2014 at 2:11 PM, Stephan Beal sgb...@googlemail.com wrote: It also begs the question: how can we sort on that column (using JS) if we prettify the times? Maybe have the epoc time as a hidden field? Possibly less overhead that running the prettify JS in the browser, though that would be an option, too. ___ 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] File age in the tree view
On Tue, Dec 16, 2014 at 8:15 PM, Ron W ronw.m...@gmail.com wrote: On Tue, Dec 16, 2014 at 2:11 PM, Stephan Beal sgb...@googlemail.com wrote: It also begs the question: how can we sort on that column (using JS) if we prettify the times? Maybe have the epoc time as a hidden field? Possibly less overhead that running the prettify JS in the browser, though that would be an option, too. Or (lazier) have the time in ISO8601 format in a separate column and make that one sortable. (i'm thinking of the sort mechanism we already have in place. i think a hidden field might require extending that.) -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal Freedom is sloppy. But since tyranny's the only guaranteed byproduct of those who insist on a perfect world, freedom will have to do. -- Bigby Wolf ___ 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] File age in the tree view
On Tue, Dec 16, 2014 at 2:11 PM, Stephan Beal sgb...@googlemail.com wrote: The latest code now shows the time of the check-in and file times relative to the main check-in time, as a negative interval. I think that works better. i think i'd rather see something like the mouseover than the lines around: https://www.fossil-scm.org/fossil/fileage?name=trunk That's all controlled by CSS so it is easy to customize. I added overrides in the CSS for the canonical Fossil site. But I don't think I like them. Take a look and see what you think. The added rules are: .fileage tr:hover { background-color: #eee; } .fileage td { vertical-align: top; text-align: left; padding-top: 1ex; } -- 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] File age in the tree view
On Tue, Dec 16, 2014 at 8:27 PM, Richard Hipp d...@sqlite.org wrote: That's all controlled by CSS so it is easy to customize. I added overrides in the CSS for the canonical Fossil site. But I don't think I like them. Take a look and see what you think. Much nicer - toning down the lines makes all the difference. -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal Freedom is sloppy. But since tyranny's the only guaranteed byproduct of those who insist on a perfect world, freedom will have to do. -- Bigby Wolf ___ 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] File age in the tree view
Hi Richard, On 16 December 2014 at 11:27, Richard Hipp d...@sqlite.org wrote: On Tue, Dec 16, 2014 at 2:11 PM, Stephan Beal sgb...@googlemail.com wrote: The latest code now shows the time of the check-in and file times relative to the main check-in time, as a negative interval. I think that works better. i think i'd rather see something like the mouseover than the lines around: https://www.fossil-scm.org/fossil/fileage?name=trunk That's all controlled by CSS so it is easy to customize. I added overrides in the CSS for the canonical Fossil site. But I don't think I like them. Take a look and see what you think. Nice work! Regarding sorting, yes, I think it would be nice if the time, files, checkin were sortable fields. The added rules are: .fileage tr:hover { background-color: #eee; } .fileage td { vertical-align: top; text-align: left; padding-top: 1ex; } -- D. Richard Hipp d...@sqlite.org Best, Jungle -- --- inum: 883510009027723 sip: jungleboo...@sip2sip.info xmpp: jungle-boo...@jit.si ___ 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] File age in the tree view
On Tue, Dec 16, 2014 at 2:27 PM, Stephan Beal sgb...@googlemail.com wrote: (i'm thinking of the sort mechanism we already have in place. i think a hidden field might require extending that.) As best I understand, CSS can hide the extra column, just need to make sure the sort button for the age column refers to the invisible column as the sort key. ___ 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] File age in the tree view
On Tue, Dec 16, 2014 at 2:42 PM, Ron W ronw.m...@gmail.com wrote: On Tue, Dec 16, 2014 at 2:27 PM, Stephan Beal sgb...@googlemail.com wrote: (i'm thinking of the sort mechanism we already have in place. i think a hidden field might require extending that.) As best I understand, CSS can hide the extra column, just need to make sure the sort button for the age column refers to the invisible column as the sort key. Sorting is complicated. Only the subelements of a directory sort, not sub-subelements and not siblings of the subdirectory. Sorting by age is doable, but I think (at least for the initial implementation) it will be a new page request - in other words a server round-trip. -- 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] File age in the tree view
Hi Richard, On 16 December 2014 at 11:52, Richard Hipp d...@sqlite.org wrote: On Tue, Dec 16, 2014 at 2:42 PM, Ron W ronw.m...@gmail.com wrote: On Tue, Dec 16, 2014 at 2:27 PM, Stephan Beal sgb...@googlemail.com wrote: (i'm thinking of the sort mechanism we already have in place. i think a hidden field might require extending that.) As best I understand, CSS can hide the extra column, just need to make sure the sort button for the age column refers to the invisible column as the sort key. Sorting is complicated. Only the subelements of a directory sort, not sub-subelements and not siblings of the subdirectory. Sorting by age is doable, but I think (at least for the initial implementation) it will be a new page request - in other words a server round-trip. Take a look at this: http://tablesorter.com/docs/ Since the data that you want to sort is already on the page, I don't know what would need to be fetched to sort the list. -- D. Richard Hipp d...@sqlite.org Thanks, Jungle -- --- inum: 883510009027723 sip: jungleboo...@sip2sip.info xmpp: jungle-boo...@jit.si ___ 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] File age in the tree view
On Tue, Dec 16, 2014 at 3:11 PM, jungle Boogie jungleboog...@gmail.com wrote: Sorting by age is doable, but I think (at least for the initial implementation) it will be a new page request - in other words a server round-trip. Take a look at this: http://tablesorter.com/docs/ Since the data that you want to sort is already on the page, I don't know what would need to be fetched to sort the list. I think tablesorter simply sorts a single linear table. That's not what is going on here. We are sorting a tree. That's a little different. The representation in HTML is as nested ul lists. You could maybe translated the nested ul lists in to a linear table (with a hidden depth column or something) but even then, the sorting is not as tablesorter does it because you only want to sort siblings within the same subdirectory. And you need to do the recursively. -- 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] File age in the tree view
On Tue, Dec 16, 2014 at 9:15 PM, Richard Hipp d...@sqlite.org wrote: I think tablesorter simply sorts a single linear table. That's not what is going on here. We are sorting a tree. That's a little different. i was only thinking of sorting for this one: https://www.fossil-scm.org/fossil/fileage?name=trunk the tree is a whole other can of worms. -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal Freedom is sloppy. But since tyranny's the only guaranteed byproduct of those who insist on a perfect world, freedom will have to do. -- Bigby Wolf ___ 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] File age in the tree view
Hi Stephen, On 16 December 2014 at 12:20, Stephan Beal sgb...@googlemail.com wrote: On Tue, Dec 16, 2014 at 9:15 PM, Richard Hipp d...@sqlite.org wrote: I think tablesorter simply sorts a single linear table. That's not what is going on here. We are sorting a tree. That's a little different. i was only thinking of sorting for this one: https://www.fossil-scm.org/fossil/fileage?name=trunk the tree is a whole other can of worms. Right, I definitely can see how the trunk sort would be complicated. Additionally/alternatively, some search feature around the checkin link to help filter results better. (similar to control F in the browser but have it actually remove non-matched items). ;) -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal Freedom is sloppy. But since tyranny's the only guaranteed byproduct of those who insist on a perfect world, freedom will have to do. -- Bigby Wolf best, jungle -- --- inum: 883510009027723 sip: jungleboo...@sip2sip.info xmpp: jungle-boo...@jit.si ___ 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] File age in the tree view
On Tue, Dec 16, 2014 at 3:53 PM, jungle Boogie jungleboog...@gmail.com wrote: Additionally/alternatively, some search feature around the checkin link to help filter results better. (similar to control F in the browser but have it actually remove non-matched items). ;) You can add a query parameter re=REGEXP where REGEXP is a regular expression and it will only show the files that match that regular expression. So, for example, to see just the files (and their folders) that contain the letter a you would run: https://www.fossil-scm.org/fossil/tree?ci=trunkre=a But there is no web interface for this - you have to manually add the regular expression to the URL. Suggestions on how to make that more user-friendly are welcomed. Note that there are several query parameters on the timeline page that are likewise usually only accessible by manually adding them to the URL. Suggestions on a better interface there are also encouraged. -- 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] File age in the tree view
Hi Richard, On 16 December 2014 at 13:04, Richard Hipp d...@sqlite.org wrote: You can add a query parameter re=REGEXP where REGEXP is a regular expression and it will only show the files that match that regular expression. So, for example, to see just the files (and their folders) that contain the letter a you would run: https://www.fossil-scm.org/fossil/tree?ci=trunkre=a But there is no web interface for this - you have to manually add the regular expression to the URL. Suggestions on how to make that more user-friendly are welcomed. Does this work on the fileage that this thread is about? https://www.fossil-scm.org/fossil/fileage?name=trunkre=drh Seems to display the same results as https://www.fossil-scm.org/fossil/fileage?name=trunk Note that there are several query parameters on the timeline page that are likewise usually only accessible by manually adding them to the URL. Suggestions on a better interface there are also encouraged. I'm curious what unhiding here: https://www.fossil-scm.org/fossil/timeline actually does. https://www.fossil-scm.org/fossil/timeline 20 most recent timeline items Unhide: https://www.fossil-scm.org/fossil/timeline?n=20unhide 20 most recent timeline items From what I can tell, nothing is different except the grey buttons and the former displays the unhide, that's all. I just tried out the diff and at first I was expecting it to collapse but it's really very clever how it does the diffs! Maybe a legend of what the colors represent, unless it's obvious what the colors mean. -- D. Richard Hipp d...@sqlite.org Jungle -- --- inum: 883510009027723 sip: jungleboo...@sip2sip.info xmpp: jungle-boo...@jit.si ___ 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] File age in the tree view
Thus said jungle Boogie on Tue, 16 Dec 2014 13:47:32 -0800: I'm curious what unhiding here: https://www.fossil-scm.org/fossil/timeline actually does. Try it here: https://www.fossil-scm.org/index.html/timeline?c=2014-11-06+21:46:01 Andy -- TAI64 timestamp: 40005490ab17 ___ 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] File age in the tree view
There is now an mtime query parameter on the /tree page which orders the contents of each directory from mostly recently modified down to least recently. Example: https://www.fossil-scm.org/fossil/tree?ci=trunkmtime I still need to add controls so that the user can click to select the sort order. On Tue, Dec 16, 2014 at 4:58 PM, Andy Bradford amb-fos...@bradfords.org wrote: Thus said jungle Boogie on Tue, 16 Dec 2014 13:47:32 -0800: I'm curious what unhiding here: https://www.fossil-scm.org/fossil/timeline actually does. Try it here: https://www.fossil-scm.org/index.html/timeline?c=2014-11-06+21:46:01 Andy -- TAI64 timestamp: 40005490ab17 ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users -- 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