Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 679 of 807  Not logged in ELOG logo
 Find |  Login |  Help 
 Full | Summary | Threaded | Show attachments  Show only new entries    6451 Entries 
Goto page Previous  1, 2, 3 ... 678, 679, 680 ... 805, 806, 807   Next  
ID Date Icon Author Author Emaildown Category OS ELOG Version Subject
  67960   Fri Jun 5 19:01:05 2015 Reply Andreas Luedekeandreas.luedeke@psi.chInfoAll3.1.0+Re: Different way CSS files are handled

Hi Stefan,

there is a little problem with the Makefile (on SL5 and SL6): the following line:

        @$(INSTALL) -m 0644 themes/default/* $(ELOGDIR)/themes/default/

/usr/bin/install: omitting directory `themes/default/icons'
make: *** [install] Error 1

When I go back to the old Makefile construct:

        @$(INSTALL) -m 0644 themes/default/icons/* $(ELOGDIR)/themes/default/icons/
        @for file in `find themes/default -type f` ;\
          do \
            if [ ! -f $(ELOGDIR)/themes/default/`basename $$file` ]; then  \
              $(INSTALL) -m 0644 $$file $(ELOGDIR)/themes/default/`basename $$file` ; \
           fi; \
          done

then it seems to work again.

Cheers

Andreas

Stefan Ritt wrote:

Hi,

I just implemented a different way CSS files are handled in ELOG. Previously, we had the default.css, which could be adjusted for specific needs. Some people did that (like myself). So I changed a few colors etc. When I now implement a new feature in elog, it might need a new CSS class which I put in default.css. But this means that people who have modified this file get it either overwritten, or do not get the new styles.

In order to fix this, the default.css is now called elog.css and is always inluded in any ELOG page. If one specifies a CSS file with "CSS = <file.css>", then this CSS file is loaded in addition to elog.css. So one can put only the modifications into that file and inherits all the rest from elog.css. If new features come in elog.css, the installation with the personalized CSS file will then get the new features from the new elog.css automatically, and just overwrite a few settings in the personalized file. Here is an example:

elog.css:

td {
  color:black;
  font-size:12px;

}

Personalized file special.css, activated with "CSS = special.css" in the elogd.cfg file:

td {
  font-size:18px;
}

This personalized file now overwrites the font size from elog.css to 18 pixel, while maintaining all the rest from elogd.css.

The modification is committed to GIT and will be contained in the next release of elog.

/Stefan

 

  67961   Fri Jun 5 19:08:17 2015 Reply Andreas Luedekeandreas.luedeke@psi.chQuestionLinux3.1.0-2Re: ckeditor "Insert Timestamp" bug (was: Three problems with elogd 3.1.0-2)
I can confirm that there is currently a problem with the ckeditor "Insert Timestamp" button.
It apparently calls javascript code in ckeditor/plugins/timestamp/plugin.js
to catch a string from the URL "../../?cmd=gettimedate"
(I think this is one too many "../", but anyway). if you try this for the Forum:
https://midas.psi.ch/elogs/Forum/?cmd=gettimedate
it returns the wrong string. It is "Forum" instead of the date.

PS to David: The subject "Three problems ..." is not giving any indication what it is about. I would find it better in this case to post three entries to the Forum, each with a striking title :-)

David Wallis wrote:

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:

  1. 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/."
  2. 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
  3. 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!

 

 

  67962   Fri Jun 5 19:35:34 2015 Reply Andreas Luedekeandreas.luedeke@psi.chQuestionWindowsV3.0.0-72a8401Re: option transfer
Why would you transfer the message to the text box?
 
You can have a "Message" attribute, which is an option list.
If the first option "Custom" is chosen, then you get an additional field "Custom Message".
We have an attribute "Entry type", there we could add the type "Message", if the attribute should not exist for other types of entries.
 
As an alternative you can have bookmarks in your browser, where the title field is preset already in the URL. In this Forum you can preset the Subject field by:
https://midas.psi.ch/elogs/Forum/?cmd=New&ignore=1&pSubject=test:please+ignore
 
Cheers
Andreas
Neal Grafton wrote:

OK Thanks

I was trying to save the operator repeatedly typing in standard messages.

 

Stefan Ritt wrote:

No.

Neal Grafton wrote:

Can the chosen text in a dropdown menu be automatically transfered (copied) to this Text box?

 

 

 

  67966   Sat Jun 6 13:38:15 2015 Reply Andreas Luedekeandreas.luedeke@psi.chBug reportLinux3.1.0Re: Drag-and-drop not working in elog 3.1.0
As you've pointed out, for the very same browsers D&D works with the Forum, and that is ELOG 3.1.0.
Hence I can only conclude that it is neither a browser, nor an ELOG issue, but a problem of your local installation. Maybe you try with a fresh and clean installation first? What Linux are you using, by the way?
Or you've picked by bad luck a 3.1.0 version where D&D did really not work. But I cannot tell, since you did not specify the git revision in the ELOG version (it is possible now ;-)
Cheers
Andreas
David Wallis wrote:

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.

I don't see anything in the elogd.conf file that pertains to this feature.

 

  67993   Wed Jun 10 10:43:02 2015 Reply Andreas Luedekeandreas.luedeke@psi.chBug reportLinux3.1.0-2ELOG Forum: drafts cannot be deleted
> > Another strange thing: the draft got submitted when I hit the "Back" button after reopening it.
> 
> Well, this is a problem indeed. When edit entries now, drafts gets saved regularly, overwriting your original entry. 
> This is a limitation of the elog database, which cannot do full versioning. 
> So "Back" is actually the same as "Commit without email notification". Or better "Commit some ten seconds ago". 
> Now I don't know what the best solution is.
> I'm tempted to just remove the "Back" button and replace it with a "Delete" button.
> So people can either submit an entry or delete it completely. Any thoughts?

I think it would be nice to have three options:
- "Submit": making the draft entry a "real" entry, with an ID
- "Abort": keeping the entry as a draft entry as it currently is (or was 10 sec ago)
- "Delete": removing the draft entry.

I understand that the draft is overwritten currently by the "Back" button, but why does it get an ID and does not stay as a "Draft"?
As a quick fix you may skip the "Abort" for now and just provide "Submit" and "Delete".
  68013   Thu Jun 11 08:48:21 2015 Reply Andreas Luedekeandreas.luedeke@psi.chBug reportLinux3.1.0Re: Drag-and-drop not working in elog 3.1.0
Dear David,
what I meant with a "fresh and clean installation" is, that you do not install elog on the production system over the existing elog, but instead on another Linux box.
One possible problem could be that you have a modified CSS (or some other file), which is not overwritten by the ELOG installation. That file could break the D & D functionality.
My advise would be, to do an ELOG test installation and try D & D on the demo logbook of that installation. If that works, then you'll need to find out which of your local files is the culprit.
In any case, I would advise to grap the latest source from the development branch in Git and build from that: there had been many bugfixes since April.
Kind Regards
Andreas
 
PS: Stefan, V3.1.0-2411f95 is from April and you've spend a lot of work on ELOG since then. Maybe you could merge the development branch and release the 3.1.1 as an RPM? Thanks!
 
David Wallis wrote:

Andreas,

I am running the latest version of the elogd source RPM that I could find - ELOG V3.1.0-2411f95 on Red Hat Enterprise Linux Server release 6.6 (Santiago), with kernel level 2.6.32-504.16.2.el6.x86_64. I can try grabbing the latest source code from Git and try building that. There are a couple other fixes I'd like to apply anyway. Thanks!

 

Andreas Luedeke wrote:
As you've pointed out, for the very same browsers D&D works with the Forum, and that is ELOG 3.1.0.
Hence I can only conclude that it is neither a browser, nor an ELOG issue, but a problem of your local installation. Maybe you try with a fresh and clean installation first? What Linux are you using, by the way?
Or you've picked by bad luck a 3.1.0 version where D&D did really not work. But I cannot tell, since you did not specify the git revision in the ELOG version (it is possible now ;-)
Cheers
Andreas
David Wallis wrote:

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.

I don't see anything in the elogd.conf file that pertains to this feature.

 

 

 

  68046   Mon Jul 20 15:50:56 2015 Reply Andreas Luedekeandreas.luedeke@psi.chQuestionWindows3.1.0-c701f01Re: FCKEditor not working correctly on a Windows server.
Marty Jansen wrote:

I have installed ELOG version 3.1.0 on a WIndows 2012R2 server with IE 1. [...]

Seriously "IE 1" ??? Javascript was invented in 1995 just before IE 1 came out, I doubt it was supported by IE 1 ;-) I guess it was supposed to read IE 11?

As far as I know the Javascript code of the CKeditor runs on the client, I would not expect the server to be the culprit. I would first try a different browser, then check if the ELOG installation was complete (check for warnings?)

Do you have a Javascript error console in your browser? It should tell you something about what is going wrong.

Cheers, Andreas

  68049   Tue Jul 21 14:15:51 2015 Reply Andreas Luedekeandreas.luedeke@psi.chQuestionWindows3.1.0-c701f01Re: FCKEditor not working correctly on a Windows server.

I've browsed the web for the error and apparently it is appearing with a variety of IE versions in combination with certain versions of the CKeditor.

Sorry, I can't help you with the problem: only found problem reports, no fixes. Therefore my advise (for now) would be: either use the old ELOG version or use a different browser. Microsoft anyway announced the end-of-life for IE with Windows 10.

Marty Jansen wrote:

Sorry for the typo,of course I meant IE 11.

I do get on "Error on page" error. After switching on the developer tools, I get the following output:

{exception} The value of the property 'dndInit' is null or undefined, not a Function object. I get this error when I trying to make a new entry.

If I use ELOG version 2.9.2-2455 it all works fine, but that version has an different editor.

 

Marty.

Andreas Luedeke wrote:
Marty Jansen wrote:

I have installed ELOG version 3.1.0 on a WIndows 2012R2 server with IE 1. [...]

Seriously "IE 1" ??? Javascript was invented in 1995 just before IE 1 came out, I doubt it was supported by IE 1 ;-) I guess it was supposed to read IE 11?

As far as I know the Javascript code of the CKeditor runs on the client, I would not expect the server to be the culprit. I would first try a different browser, then check if the ELOG installation was complete (check for warnings?)

Do you have a Javascript error console in your browser? It should tell you something about what is going wrong.

Cheers, Andreas

 

 

Goto page Previous  1, 2, 3 ... 678, 679, 680 ... 805, 806, 807   Next  
ELOG V3.1.5-3fb85fa6