Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 245 of 807  Not logged in ELOG logo
ID Date Icon Author Author Email Category OS ELOG Version Subjectdown
  1226   Tue Jul 5 11:51:14 2005 Reply Stefan Rittstefan.ritt@psi.chBug reportAll2.6.0beta2Re: [BUG] show only new entries

Emiliano Gabrielli wrote:
the following patch has to be applied over the one of you to complete it Smile


Ok, done.
  1215   Fri Jun 24 22:23:50 2005 Reply Stefan Rittstefan.ritt@psi.ch Linux2.6.0beta2Re: [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 Reply Emiliano GabrielliAlberT@SuperAlberT.it Linux2.6.0beta2Re: [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 ? Smile
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 Smile
  1219   Mon Jun 27 15:19:05 2005 Reply Emiliano GabrielliAlberT@SuperAlberT.it Linux2.6.0beta2Re: [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 Smile
  1220   Mon Jun 27 15:37:25 2005 Agree Emiliano GabrielliAlberT@SuperAlberT.itBug fixLinux2.6.0beta2Re: [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 Wink
--- 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 Reply Stefan Rittstefan.ritt@psi.chBug reportAllcvsRe: [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 Reply Stefan Rittstefan.ritt@psi.chBug reportOther2.6.1Re: [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 Reply Stefan Rittstefan.ritt@psi.chRequestWindows2.6.2Re: 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.
ELOG V3.1.5-3fb85fa6