CKeditor Settings Cant Be Changed , posted by James Smallcombe on Wed Feb 1 11:13:21 2023
|
I wanted to change some CKeditor settings so tried modifying elog/scripts/ckeditor to no avail.
I wiped elog/scripts/ and dropped a fresh download of CKeditor4, with only the basic extensions. But when I open the elog it still shows the full toolbar, with elog default style and with all extensions operational.
If I leave elog/scripts empty, I get "CKeditor NOT detected" when starting elogd and the HTML option is empty and shows nothing, all as expected.
Does anyone understand this? Is there some CKeditor configuration file elog is defering to that I've overlooked? I have tried system wide seaches just in case. |
Re: CKeditor Settings Cant Be Changed , posted by James Smallcombe on Thu Feb 2 10:13:19 2023
|
So it was just a clearing cache issue. elogd was telling the browser to use/not use CKeditor based on the aformentioned, and browser was then using the cached version. Fixed now.
And FYI for anyone who reads this when trying to modify CKeditor themselves, it seems elog needs the iFrame Editing Area plugin included.
Stefan Ritt wrote: |
elogd checks for the "scripts/ckeditor/ckeditor.js" file to detect the presence of CKeditor.
James Smallcombe wrote: |
I wanted to change some CKeditor settings so tried modifying elog/scripts/ckeditor to no avail.
I wiped elog/scripts/ and dropped a fresh download of CKeditor4, with only the basic extensions. But when I open the elog it still shows the full toolbar, with elog default style and with all extensions operational.
If I leave elog/scripts empty, I get "CKeditor NOT detected" when starting elogd and the HTML option is empty and shows nothing, all as expected.
Does anyone understand this? Is there some CKeditor configuration file elog is defering to that I've overlooked? I have tried system wide seaches just in case.
|
|
|
Re: CKeditor Settings Cant Be Changed , posted by James Smallcombe on Thu Feb 2 10:35:38 2023
|
Yes replacing the CKeditor folder with a vanila download works without issue, provided you clean the cache.
For what I originally wanted to do (modifiying the toolbar) I could have just run elog/scripts/ckeditor/samples/toolbarconfigurator/index.html and edited the config file, but a clean cache is needed (on Chrome, Firefox and Edge).
Antonio Bulgheroni wrote: |
It means that you could replace the currently distributed CKeditor with a fresh vanilla installation of CKeditor?
James Smallcombe wrote: |
So it was just a clearing cache issue. elogd was telling the browser to use/not use CKeditor based on the aformentioned, and browser was then using the cached version. Fixed now.
And FYI for anyone who reads this when trying to modify CKeditor themselves, it seems elog needs the iFrame Editing Area plugin included.
Stefan Ritt wrote: |
elogd checks for the "scripts/ckeditor/ckeditor.js" file to detect the presence of CKeditor.
James Smallcombe wrote: |
I wanted to change some CKeditor settings so tried modifying elog/scripts/ckeditor to no avail.
I wiped elog/scripts/ and dropped a fresh download of CKeditor4, with only the basic extensions. But when I open the elog it still shows the full toolbar, with elog default style and with all extensions operational.
If I leave elog/scripts empty, I get "CKeditor NOT detected" when starting elogd and the HTML option is empty and shows nothing, all as expected.
Does anyone understand this? Is there some CKeditor configuration file elog is defering to that I've overlooked? I have tried system wide seaches just in case.
|
|
|
|
|
Removal of ID and Date attributes, posted by James Darrow on Sun Mar 13 21:20:56 2022
|
Hello all,
I just found elog which is a great piece of software! I'm implementing it for use to log my shortwave listening contacts. The problem that I have is I'm moving over a current log to elog which already has a date of when the record was created, which is important.I renamed the old date to day to upload the log into elog. My problem is I don't need to see elog's ID# or date/time stamp of when the log was created seeing it's already in my data. My question is, is there any way to not show elog's ID# and date/time stamp or would I need to create a tab and if so could someone provide a config file where I could see how the tab was implemented. I've attached a screenshot of what it looks like so far. I've implemented the dark theme (which I like) that Anthoney had posted in the contibutions section.
Thanks in advance!
Jim |
Re: Removal of ID and Date attributes, posted by James Darrow on Mon Mar 14 18:45:14 2022
|
That worked! Thanks Stefan
Stefan Ritt wrote: |
Use the configuration option
List display = Day, Station Type, Start time UTC, ...
as written in the documentation.
Best,
Stefan
James Darrow wrote: |
Hello all,
I just found elog which is a great piece of software! I'm implementing it for use to log my shortwave listening contacts. The problem that I have is I'm moving over a current log to elog which already has a date of when the record was created, which is important.I renamed the old date to day to upload the log into elog. My problem is I don't need to see elog's ID# or date/time stamp of when the log was created seeing it's already in my data. My question is, is there any way to not show elog's ID# and date/time stamp or would I need to create a tab and if so could someone provide a config file where I could see how the tab was implemented. I've attached a screenshot of what it looks like so far. I've implemented the dark theme (which I like) that Anthoney had posted in the contibutions section.
Thanks in advance!
Jim
|
|
|
Webserver Auth Method and Self Registration, posted by James on Sun Feb 18 11:43:07 2024 
|
Hi there. I have been testing a set-up of elog behind an Apache reverse proxy using the Webserver auth method. Apache has been configured for LDAPS with Active Directory allowing us to restrict Elogs by AD group, something not able to be done with the LDAP module.
Testing with Elog 3.1.4 (on Windows) and also Elog 3.1.5 (compiled on Ubuntu 20.04) I experience an issue that when the user logs in for the first time using the above they get the self registration box asking for name and email, and then once they hit save they get an error that says: "Error: Command "Config" not allowed". Once the error is dismissed it never comes back, but its confusing for users who call for help when they first see it.
Is there a way to skip the self registration with the Webserver auth method? and if not is there a reason for the error?
Attached is a copy of the error and an elog config file. Any ideas?
PS. As a side piece the logout options for Webserver needs some enhancement, maybe an option to close the web browser or tab so that it does not retain the logged in cookies. |
elogd crashes with a URL, posted by Jaime Duran on Wed Jul 22 22:54:59 2015
|
URL causes elogd to crash when a global password file name doesn't match any group's password file name.
The offending URL is copied from the address field of the browser after sorting a logbook by on of the fileds.
After login out and using the copied URL, elogd shows the authentication dialog and then crashes after the credentials are submited.
Some debugging point me to a NULL pointer on the following instruction in line 25502 of elogd.c :
if (lbs->pwd_xml_tree) {
The work around was to name the global password file as the password file of one of the groups. |
Re: large attachment seems to hang elogd?, posted by Jacky Li on Wed Oct 31 22:33:49 2007
|
Hi,
I am having the same problem with 2.6.4.1 and the latest version. It just hangs and taking a long time to upload multiple of 1.5 to 2 MB attachments...or just one few MB attachment. Hope that's a fix soon. |