ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
67465
|
Thu Mar 7 12:52:12 2013 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Windows | V2.9.2-245 | Re: Fixed Attributes on first reply |
Tobias Meyer wrote: |
Hi i am new here,
is there a way to use a Parameter like this "Fixed Attributes on first reply"?
|
No, only "Fixed Attributes Reply". |
67466
|
Thu Mar 7 13:35:52 2013 |
| Tobias Meyer | tobias.meyer@ptb.de | Question | Windows | V2.9.2-245 | Re: Fixed Attributes on first reply |
Stefan Ritt wrote: |
Tobias Meyer wrote: |
Hi i am new here,
is there a way to use a Parameter like this "Fixed Attributes on first reply"?
|
No, only "Fixed Attributes Reply".
|
OK :-|
Thanks for the quick response |
2284
|
Sat Jun 30 09:48:01 2007 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Windows | 2.65-2 | Re: Fixed Attribute fields blank? |
Grant Jeffcote wrote: | Not sure if this is my configuration only but in your latest compiled release V2.6.5-1873 when I do a reply or edit on an entry where I have specified Fixed Attributes Edit or Reply these fields now show blank on the entry page? They are still uneditable as a field of course and the text still shows on the list view display page but no text shows in these fields until re/submitted. |
I'm playing with attributes right now since I'm going to implement a "multiple edit", where one can change attributes of several entries at the same time, but I cannot reproduce your problem with V2.6.5-1874 and this config file:
[demo]
Attributes = Author, Subject
Fixed Attributes Edit = Subject
Fixed Attributes Reply = Subject
Either I fixed it accidentally between 1873 and 1874 or it is config file related. Can you try that version and the little config file above? Since you use Windows, I made a elog265-3 for you. If you find that the little config works and your's doesn't, please send me your config. |
2285
|
Sat Jun 30 21:29:30 2007 |
| Grant Jeffcote | grant@jeffcote.org | Bug report | Windows | 2.65-2 | Re: Fixed Attribute fields blank? |
Stefan Ritt wrote: |
Grant Jeffcote wrote: | Not sure if this is my configuration only but in your latest compiled release V2.6.5-1873 when I do a reply or edit on an entry where I have specified Fixed Attributes Edit or Reply these fields now show blank on the entry page? They are still uneditable as a field of course and the text still shows on the list view display page but no text shows in these fields until re/submitted. |
I'm playing with attributes right now since I'm going to implement a "multiple edit", where one can change attributes of several entries at the same time, but I cannot reproduce your problem with V2.6.5-1874 and this config file:
[demo]
Attributes = Author, Subject
Fixed Attributes Edit = Subject
Fixed Attributes Reply = Subject
Either I fixed it accidentally between 1873 and 1874 or it is config file related. Can you try that version and the little config file above? Since you use Windows, I made a elog265-3 for you. If you find that the little config works and your's doesn't, please send me your config. |
Great job, thanks Stefan.
Accidental fix, new version works perfectly without any config file change. |
625
|
Wed Jul 28 21:25:52 2004 |
| Stefan Ritt | stefan.ritt@psi.ch | | Windows | 2.53. | Re: Fixed Attribute Reply |
> Hi Stefan
> YOu have been a great help on the Elog problem solving .
> I have another sort of bug , when i have a attribute type as date.
> And i have fixed the attribute on reply , i actually get a string of
> number when i reply , and the date becomes not the orginal date in the
> first message.
>
> So the way i work ard is that i did not place the date field in the fixed
> attribute reply which i will run the risk of pple modifying that entry .
> Can this be fix?
Yes, I fixed this. Revision 1.412 under CVS, new snapshot for Windows at the
download page. |
66527
|
Fri Sep 4 09:48:55 2009 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Linux | 2.7.7-2246 | Re: Fix text prevents user from editing text during creation, instead of just edit |
Allen wrote: |
When we set Fix text = 1, according to the syntax, this should prevent users from modifying the text field during an edit, but it looks like it is blocking access at both time of edit and creation, meaning you can never add anything to it. Is that the intended functionality?
|
Thanks for reporting that bug. I realized that this was not working at all since a long time. I fixed it in SVN revision 2245. |
2151
|
Thu Mar 1 22:36:01 2007 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Windows | V2.6.3-176 | Re: Finding conditions in Search page. |
Robert-Jan Schrijvers wrote: | This is my question: when i use the "search/find" page and select the first drop down menu "Locatie", the next field "Sessies" will not be displayed (and all following fields either). On the other hand, when i create a new entry, it works perfect, select "Locatie", field "Sessies" displays his content and so on. I hope that someone can help me with this. |
This was never meant to work like that. On the find page, conditional attributes are not evaluated for following reason: Assume you want to search for Orgus = ZGN. Currently you simply type ZGN in the Orgus field and you're done. With drop down lists, you first would have to select Locatie = extern, then Sessies = Risc/Bus/Sms Pro, and only then you could select Orgus = ZGN. That would require three steps. Technically it's however possible to implement what you want, but I would wait until more people request this. |
2152
|
Fri Mar 2 09:40:28 2007 |
| Robert-Jan Schrijvers | Robert-Jan.Schrijvers@isoft.nl | Question | Windows | V2.6.3-176 | Re: Finding conditions in Search page. |
Stefan Ritt wrote: |
Robert-Jan Schrijvers wrote: | This is my question: when i use the "search/find" page and select the first drop down menu "Locatie", the next field "Sessies" will not be displayed (and all following fields either). On the other hand, when i create a new entry, it works perfect, select "Locatie", field "Sessies" displays his content and so on. I hope that someone can help me with this. |
This was never meant to work like that. On the find page, conditional attributes are not evaluated for following reason: Assume you want to search for Orgus = ZGN. Currently you simply type ZGN in the Orgus field and you're done. With drop down lists, you first would have to select Locatie = extern, then Sessies = Risc/Bus/Sms Pro, and only then you could select Orgus = ZGN. That would require three steps. Technically it's however possible to implement what you want, but I would wait until more people request this. |
Hi Stefan,
tnx for the quick reply/feedback, i'm just a newbee in eLog, but working with it is a nice challenge and gives much pleasure for me and my colleagues. Tnx again and have a nice weekend! |