| ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
|
1226
|
Tue Jul 5 11:51:14 2005 |
 | Stefan Ritt | stefan.ritt@psi.ch | Bug report | All | 2.6.0beta2 | Re: [BUG] show only new entries |
| Emiliano Gabrielli wrote: | the following patch has to be applied over the one of you to complete it  |
Ok, done. |
|
1215
|
Fri Jun 24 22:23:50 2005 |
| Stefan Ritt | stefan.ritt@psi.ch | | Linux | 2.6.0beta2 | Re: [BUG] quick filter |
| Emiliano Gabrielli wrote: | it seems that the select box of quick filters are showing also the "{n}" appended to the Attributes in order to obtain conditional Attributes ...
see the snapshot attached |
Fixed in current CVS.
BTW, I would display the date selection calender in a new floating window, not to take away all the precious screen space at the top. Then I would use the same calendar as for the date attributes, not to confuse users with two different styles. |
|
1218
|
Mon Jun 27 15:16:37 2005 |
| Emiliano Gabrielli | AlberT@SuperAlberT.it | | Linux | 2.6.0beta2 | Re: [BUG] quick filter |
| Stefan Ritt wrote: |
| Emiliano Gabrielli wrote: | it seems that the select box of quick filters are showing also the "{n}" appended to the Attributes in order to obtain conditional Attributes ...
see the snapshot attached |
Fixed in current CVS.
BTW, I would display the date selection calender in a new floating window, not to take away all the precious screen space at the top. Then I would use the same calendar as for the date attributes, not to confuse users with two different styles. |
Are you sure you really committed it ?
Reguarding the calendar... the picture is just one of my tests .. I started using a popup window, but it makes complicated to do all the job I want.. so my current idea is to implemnet it a a dropdown layer, it will save both the precious space and the functionality..
I don't use the existing style becouse of, in the first popup try, it was to simple .. now I can't use it directly becouse I don't need any popup anymore.. but ok, we can keep the same style of course |
|
1219
|
Mon Jun 27 15:19:05 2005 |
| Emiliano Gabrielli | AlberT@SuperAlberT.it | | Linux | 2.6.0beta2 | Re: [BUG] quick filter |
| Emiliano Gabrielli wrote: |
| Stefan Ritt wrote: |
| Emiliano Gabrielli wrote: | it seems that the select box of quick filters are showing also the "{n}" appended to the Attributes in order to obtain conditional Attributes ...
see the snapshot attached |
Fixed in current CVS.
BTW, I would display the date selection calender in a new floating window, not to take away all the precious screen space at the top. Then I would use the same calendar as for the date attributes, not to confuse users with two different styles. |
uhm... now the drop down menu is composed of only blancs ..
Reguarding the calendar... the picture is just one of my tests .. I started using a popup window, but it makes complicated to do all the job I want.. so my current idea is to implemnet it a a dropdown layer, it will save both the precious space and the functionality..
I don't use the existing style becouse of, in the first popup try, it was to simple .. now I can't use it directly becouse I don't need any popup anymore.. but ok, we can keep the same style of course |
|
|
1220
|
Mon Jun 27 15:37:25 2005 |
 | Emiliano Gabrielli | AlberT@SuperAlberT.it | Bug fix | Linux | 2.6.0beta2 | Re: [BUG] quick filter |
| Emiliano Gabrielli wrote: |
| Stefan Ritt wrote: |
Fixed in current CVS.
|
uhm... now the drop down menu is composed of only blancs ..
|
the following patch should solve the problem 
--- src/elogd.c 24 Jun 2005 20:22:33 -0000 1.685
+++ src/elogd.c 27 Jun 2005 13:34:05 -0000
@@ -15853,7 +15853,7 @@
if (comment[0] == 0)
strcpy(comment, attr_options[i][j]);
- for (i1=i2=0 ; i1<=(int)comment ; i1++) {
+ for (i1=i2=0 ; i1<=(int)strlen(comment) ; i1++) {
if (comment[i1] == '(') {
option[i2++] = '\\';
option[i2++] = '(';
|
|
1227
|
Tue Jul 5 22:35:52 2005 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | All | cvs | Re: [BUG] attach=1 and inline imgs |
| Emiliano Gabrielli wrote: | There is a little difference in the way elog treats attachment's display in list and single message view...
It has to be, but some beaviours can be seen as bugs:
- this is a real bug (see attachment).. if a file is referred inside the text (as shown in elcode docs) it is correctly not shown when in single message view, but it remains visible both inline and as attachment in the full list view
- it would be nice for the user having, as in the single message view, the possibility of show or hide a single or all the attachements of a single message ..
|
I removed attachment displays for all views if the image is referenced inline. A potential problem is that it might confuse people. During submission (and later during editing), they see an attachment at the bottom, but the link at the botton is not visible in normal display. If they want to extract an inline image into a file, they have to know that there is a "Save image as..." in their browser. So let's see how many people complain. |
|
1651
|
Mon Feb 6 12:52:09 2006 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Other | 2.6.1 | Re: [261] problem with month selection | > I have several date-fields defined in my logboek. But when I click the icon and select another month the pop-up
> window get's filled with the contants of the logboek instead of the date-selection.
Ups, that problem must have been there for quite some time now. I fixed it in the current SVN version. |
|
2046
|
Tue Nov 7 08:17:40 2006 |
| Stefan Ritt | stefan.ritt@psi.ch | Request | Windows | 2.6.2 | Re: XML, CSV and Raw export produces 'last' page only |
| Brian Marshall wrote: | The Find command page provides an option, 'Display n entries per page' which is useful when the result of the search is to be viewed on-screen.
However this value is also applied to CSV, XML and Raw export and only the 'last' page of data is exported.
For example, if there are 17 matching entries and n is set to 8, only one entry will appear in the exported file.
In my opinion, this option should be ignored for XML, CSV and Raw export and all matching entries should be exported. |
This is indeed right. I fixed it in the current SVN revision #1741. |
|