Re: Icon and Quick filter, posted by Franck C on Tue Jul 1 16:56:53 2008 ![elog1.bmp elog1.bmp](attachment.png)
|
Stefan Ritt wrote: |
Franck C wrote: |
Hi,
I have defined a quick filter based on an icon attribute and it does not work: no result. I have defined something like your "forum elog" (with Icon comment ): in the quick filter, i see the comments (that a good thing) but whatever i'm selecting, i have no entry.
Is it a bug or i miss something in the configuration ?
|
I tried to reproduce your problem, but it worked fine for me. I used in elog.cfg:
[demo]
Attributes = Icon, Author, Type, Last Edit, Subject
IOptions Icon = icon1.gif, icon2.gif, icon3.gif, icon4.gif, icon5.gif, icon6.gif, icon7.gif, icon8.gif, icon12.gif, icon13.gif, icon14.gif
Quick filter = Icon
Then I entered two entries with different icons, and I selected the quick filter. It correctly showed me the entry with the icon I selected:
![Capture.png](080623_123944/Capture.png?lb=Forum&thumb=1)
|
Yes you're right, but i want to see the comment in the quickfilter list, not the name of the icon :
[MyLogBook]
List Display = Auteur, Destinataire, Etat, Réponse, Rapport
Attributes = Auteur, Destinataire, Etat, Réponse, Rapport
IOptions Etat = icon3.gif, icon13.gif, icon14.gif, icon2.gif
Icon comment icon3.gif = Suggestion
Icon comment icon13.gif = Réfusée
Icon comment icon14.gif = Retenue
Icon comment icon2.gif = Réportée
Quick filter = Auteur, Date, Etat, Destinataire
All the entries:
![elog1.bmp](080701_165349/elog1.bmp?lb=Forum&thumb=1)
When i'm selecting the quickfilter, it should display the entry "arthur":
![elog2.bmp](080701_165434/elog2.bmp?lb=Forum&thumb=1)
|
Re: Icon and Quick filter, posted by Stefan Ritt on Thu Jul 3 08:25:10 2008
|
Ok, now I got the point. I fixed this problem in elog revision #2114. Quick filters are now working with icons:
![Capture.png](080703_082424/Capture.png?lb=Forum&thumb=1)
|
Re: Sorting Museremail, posted by Stefan Ritt on Thu Jul 3 08:57:32 2008
|
Steve Williamson wrote: |
We use elog for (amongst other things) a simple change management log. About two dozen users allowed to do updates and their email addresses are listed at the bottom of the page to allow any of them to be included on circulation for a change request. The email addresses appear in the order that they were added (i.e. apparently random). Is there any way to sort these, ideally by Last part of Full Name/First part of Full Name, but login name or email address would be OK?
|
Ok, I added sorting for "museremail" and "muserlist" type of attributes. Sorting is simply done by sorting the email addresses and first part of full name, respectively. The change is implemented in SVN revision #2115. |
Re: Icon and Quick filter, posted by Franck C on Thu Jul 3 16:22:31 2008
|
Stefan Ritt wrote: |
Ok, now I got the point. I fixed this problem in elog revision #2114. Quick filters are now working with icons:
![Capture.png](080703_082424/Capture.png?lb=Forum&thumb=1)
|
Thanks a lot ![](/elogs/fckeditor/editor/images/smiley/msn/regular_smile.gif) |
Synchronising between physically separate networks, posted by Dougie Mooney on Thu Jul 10 12:06:31 2008
|
Hi there. Just started recently set up the application and think its very usable and easily configured - great stuff ![](/elogs/fckeditor/editor/images/smiley/msn/teeth_smile.gif)
I'm looking to roll it out to the masses but have a slight logistical problem in that we work on 2 separate networks - NET1 with connection to the internet, and NET2 physically isolated from NET1 and the internet.
It would be desirable to allow users to add/update/delete logs from both NET1 and NET2 with periodic synchronisation.
I believe the mirroring facility is what should be used, and think the following setup and synchronisation steps may be workable:
Setup:
- elog installed on node of NET1
- elog installed on 2 nodes of NET2
- elog server running on NET1 and node1 of NET2 both using a common elogd.cfg
Performing Synchronisation:
- Stop the server on NET1
- copy logbook directories from NET1 to node2 of NET2
- start server on node2 of NET2 using the -M option
- once above complete, copy logbook directories from node 2 NET2 to NET1
- Start the server on NET1
Am I on the right track?
Would very much appreciate your comments and advice on the above.
Cheers Dougie |
Re: Synchronising between physically separate networks, posted by Stefan Ritt on Thu Jul 10 12:46:52 2008
|
Dougie Mooney wrote: |
Hi there. Just started recently set up the application and think its very usable and easily configured - great stuff ![](/elogs/fckeditor/editor/images/smiley/msn/teeth_smile.gif)
I'm looking to roll it out to the masses but have a slight logistical problem in that we work on 2 separate networks - NET1 with connection to the internet, and NET2 physically isolated from NET1 and the internet.
It would be desirable to allow users to add/update/delete logs from both NET1 and NET2 with periodic synchronisation.
I believe the mirroring facility is what should be used, and think the following setup and synchronisation steps may be workable:
Setup:
- elog installed on node of NET1
- elog installed on 2 nodes of NET2
- elog server running on NET1 and node1 of NET2 both using a common elogd.cfg
Performing Synchronisation:
- Stop the server on NET1
- copy logbook directories from NET1 to node2 of NET2
- start server on node2 of NET2 using the -M option
- once above complete, copy logbook directories from node 2 NET2 to NET1
- Start the server on NET1
Am I on the right track?
Would very much appreciate comments and and advice on the above.
|
A couple of comments:
- In principle you could use one elogd.cfg for two running daemons, but only if they do not modify the file. If you use "extensible attributes" for example, you would have write access. If this happens from both servers at the same time, the config file can get corrupt. This is even more true with a password file, which gets written every time a users accesses a page. If you only run one server at a time, then they can share the config file of course.
- The synchronization works bi-directional between two elog daemons. Requirement is that they have access to each other. The synchronization master acts like a "browser" to the slave to send/retrieve entries. So if you can affort punching a hole into your firewall between NET1 and NET2, you could synchronize two servers directly and don't have to bother with three servers. If you have however really physically separated nets, such that you need a memory stick to transport data from one net to the other, then indeed you need the above described scenario. I never tried it in this way, but in principle it should work.
|
TCK-##### stopped Working, posted by Don Perrea on Mon Jul 14 16:23:26 2008
|
|
TCK-##### stopped Working, posted by Don Perrea on Mon Jul 14 16:25:21 2008
|
We have been successfully using the TCK-##### for several months and suddenly today it has stopped incrementing. We were at ticket # 40 and this morning any new tickets come up as 12 and never increment? We have tried restarting the elog service. Any suggestions would be appreciated.
Thank You
Don |
|