Re: "Collapse to last = 1" problem when reply twice to the same entry, posted by David Pilgram on Thu Oct 29 20:58:59 2009
|
> Hello.
>
> Please look at the entry 66525 of this forum (just 5 thread before this one):
>
> -> chain.crt, posted by Gerhard Schneider on Thu Sep 3 21:55:52 2009 (66525)
> |-> Re: chain.crt, posted by Stefan Ritt on Fri Sep 4 08:33:16 2009 (66526)
> |-> Re: chain.crt, posted by Gerhard Schneider on Wed Oct 7 07:56:52 2009 (66556)
>
> When you collapse the thread, it is collapsed to the 66526 instead of the 66556 (more recent)
>
> + Re: chain.crt, posted by Stefan Ritt on Fri Sep 4 08:33:16 2009
>
> I guess it is because both 66526 and 66556 replies to the first entry.
> I have the same problem with Elog v2.7.7-2246 and Windows.
>
> In general, it seems to work well only if you always reply to the last entry of a thread.
>
> Thank you.
>
>
> b.t.w. : is there any tip to always force reply to the last entry of a thread?
As the person who suggested this concept, I have to admit I've yet to think of a good way around this issue.
Preventing "branching" is all very well, but sometimes it is relivent to have a branch (although I usually try to
avoid them). Unless elog scans every possible branch to find where the latest entry, I cannot think of a
foolproof, practical scheme. |
|
Re: "Collapse to last = 1" problem when reply twice to the same entry, posted by Stefan Ritt on Mon Nov 16 13:46:38 2009
|
> Hello.
>
> Please look at the entry 66525 of this forum (just 5 thread before this one):
>
> -> chain.crt, posted by Gerhard Schneider on Thu Sep 3 21:55:52 2009 (66525)
> |-> Re: chain.crt, posted by Stefan Ritt on Fri Sep 4 08:33:16 2009 (66526)
> |-> Re: chain.crt, posted by Gerhard Schneider on Wed Oct 7 07:56:52 2009 (66556)
>
> When you collapse the thread, it is collapsed to the 66526 instead of the 66556 (more recent)
>
> + Re: chain.crt, posted by Stefan Ritt on Fri Sep 4 08:33:16 2009
>
> I guess it is because both 66526 and 66556 replies to the first entry.
> I have the same problem with Elog v2.7.7-2246 and Windows.
>
> In general, it seems to work well only if you always reply to the last entry of a thread.
>
> Thank you.
>
>
> b.t.w. : is there any tip to always force reply to the last entry of a thread?
I fixed that in revision 2269. So now elog scans a complete branch and searches for the last entry in the branch.
You can check again the branch above on the forum, should work now. |
|
Re: dynamic "preset text" option without remplace text if it has changed, posted by Andreas Luedeke on Wed Oct 28 08:51:17 2015
|
I don't think that this is possible.
And it is not clear to me, how you would like it to work: I often use HTML tables in preset text, where the user should fill out columns (e.g. for checklists). I wouldn't want the tables just to append when switching to another checklist. You could rather add a comment to the Type field, explaining that the text field will be overwritten when you change the type.
The Firefox addon Lazarus does store whatever you've typed in an HTML form: at least you could then recover what you've typed.
Cheers, Andreas
| Dani wrote: |
|
Dear all,
Is it possible to have a dynamic "preset text" option without remplace text if it has changed?
I would like to switch the template file depending on the attribute value (Type).
If user already started editing the text body, on change (Type) he could lose this data.
I'm using this example code :
Attributes = Type, Subject
Options Type = One{1}, Two{2}, Three{3}
Show text = 0
{1} Preset text = text1
{2} Preset text = text2
{3} Preset text = text3
{1,2,3} Show text = 1
I the attribute type change the user lost the data, because the text has been replaced.
Any idea about how to solve it?
Thanks!
Cheers
|
|
|
Re: dynamic "preset text" option without remplace text if it has changed, posted by Dani on Wed Oct 28 09:15:52 2015
|
thanks Andres for your response!
I was thinking that it cannot be possible, but , I had to try to ask in the forum.
for my question, I think that this could be left on user responsibility to take care about it, and add a comment the the text fied, explaining that will be erased the html text on change the text field.
Thanks four your time.
| Andreas Luedeke wrote: |
|
I don't think that this is possible.
And it is not clear to me, how you would like it to work: I often use HTML tables in preset text, where the user should fill out columns (e.g. for checklists). I wouldn't want the tables just to append when switching to another checklist. You could rather add a comment to the Type field, explaining that the text field will be overwritten when you change the type.
The Firefox addon Lazarus does store whatever you've typed in an HTML form: at least you could then recover what you've typed.
Cheers, Andreas
| Dani wrote: |
|
Dear all,
Is it possible to have a dynamic "preset text" option without remplace text if it has changed?
I would like to switch the template file depending on the attribute value (Type).
If user already started editing the text body, on change (Type) he could lose this data.
I'm using this example code :
Attributes = Type, Subject
Options Type = One{1}, Two{2}, Three{3}
Show text = 0
{1} Preset text = text1
{2} Preset text = text2
{3} Preset text = text3
{1,2,3} Show text = 1
I the attribute type change the user lost the data, because the text has been replaced.
Any idea about how to solve it?
Thanks!
Cheers
|
|
|
|
Re: Timstamp button in ckedit inserts an incorrect string ( elogd 3.1.0-2), posted by David Wallis on Thu Jun 4 18:12:43 2015
|
Additional info:
"Time format = %Y" results in "2015" being pasted into the edit window when I hit the "time stamp" button.
"Time format = %m/%Y" results in the string "06/2015"
"TIme format = %m/%d/%Y" results in the string "06/04"
"Time format = %m/%d %H" results in the string "06/04 "
| David Wallis wrote: |
|
I just updated to the latest official release (V3.1.0-2411f95) and have these problems:
- The Time Stamp button pastes the logbook name when "Time format" is not specified in elogd.cfg, and when it is set to "%m/%d/%Y %H:%M", it adds the string "5/28/."
- Drag and drop for attachments dosn't work on either Chrome 37.0.2062.94 (64-bit) or FIrefox 31.5.3 (both on Linux). D&D works on the midas.psi.ch demo page. On my logbooks, the "drop attachements here" area does not have a dashed line border
- Auto-saving does not seem to be working.
The "Syntax of elogd.cfg" help file doesn't seem to reflect some of these features... it took me a while to find the settings for LDAP authentication. Am I just missing some settings for these features?
My users are loving the new functionality added in 3.1!
|
|
|
Re: , posted by Stefan Ritt on Wed May 7 16:58:34 2003
|
> I have upgraded elog from version 2.2.4 to 2.3.6 and then entry "Number
> Attachments =" is not being read. Looking at the changelog, I found that
> "Number Attachments" has been removed in favor of "enable attachments". I
> tried looking in the documentation but I can't find a discription of the way
> in which multiple attachments are handled. Can someone give me a pointer?
Just upload one attachment at a time by hitting the "Upload" button, your
message text stays there. Once you are finished, hit "Submit". Sorry, I
thought this would be obvious, since most providers use this for their mail
web interface. |
|
Re: , posted by Kevin Ellwood on Wed May 7 17:27:51 2003
|
> > I have upgraded elog from version 2.2.4 to 2.3.6 and then entry "Number
> > Attachments =" is not being read. Looking at the changelog, I found that
> > "Number Attachments" has been removed in favor of "enable attachments". I
> > tried looking in the documentation but I can't find a discription of the way
> > in which multiple attachments are handled. Can someone give me a pointer?
>
> Just upload one attachment at a time by hitting the "Upload" button, your
> message text stays there. Once you are finished, hit "Submit". Sorry, I
> thought this would be obvious, since most providers use this for their mail
> web interface.
No need to say sorry. It is probably obvious to pretty much everyone. -- It
the story of my life.
Thanks
Kevin |
|
Re: , posted by Stefan Ritt on Thu May 8 22:22:24 2003
|
> I have a question concerning the "Selection page" ELOG.cfg parameter.
> I was wondering if it is possible to specify a complete (absolute) URL
such
> as http://www.myserver.com/my_elog_menu.htm.
>
> I need this type of configuration because we actually need to have the
> custom selection page sitting on a different server from the one where
ELOG
> is run.
I added this possibility to the source code (->CVS), although it's not clear
to me how this should work for you. If you don't have access to the server
where elogd is running, how should elogd then redirect you to somewhere else? |
|