Working on Xymon Documentation
According to R1, we now have 7 volunteers interested in Xymon documentation area.
I am interested to find out who are willing to work on Item 2 of R2.
I started a few years back and never got to finish it. Henrik gave me S.F. commit privilege for this purpose. so I still own him the set of docs.
I worked on this and later found I am really bad at English Writing. So I try to convert the troff files into latex file and have the book center around existing set of troff files. I got a RTFM xymon book for my me and my colleague to study Xymon with.
New I have a two data sources issue, latex and troff files. So every time troff files changed latex file need to be changed as well. This is quite labor intensive.
I looked around and found there is latex2troff file converter, the make process can generate troff file. If we can have all team members use latex then we can generate all Xymon doc into different formats use latex.
For now I like to invite people interested about this xymon-latex project to join me. I will clean up and upload my existing work to S.F. sandbox/tjyang/docs directory.
Lots of work here to generate Xymon docs set(using latex)
Please help.
Regards
tj
R1: http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Developer_Guide#Xy... R2: http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Developer_Guide#Xy...
T.J. Yang
Would you like me to proof before it is published?
On 7/3/10, TJ Yang <tjyang2001 at gmail.com> wrote:
According to R1, we now have 7 volunteers interested in Xymon documentation area.
I am interested to find out who are willing to work on Item 2 of R2.
I started a few years back and never got to finish it. Henrik gave me S.F. commit privilege for this purpose. so I still own him the set of docs.
I worked on this and later found I am really bad at English Writing. So I try to convert the troff files into latex file and have the book center around existing set of troff files. I got a RTFM xymon book for my me and my colleague to study Xymon with.
New I have a two data sources issue, latex and troff files. So every time troff files changed latex file need to be changed as well. This is quite labor intensive.
I looked around and found there is latex2troff file converter, the make process can generate troff file. If we can have all team members use latex then we can generate all Xymon doc into different formats use latex.
For now I like to invite people interested about this xymon-latex project to join me. I will clean up and upload my existing work to S.F. sandbox/tjyang/docs directory.
Lots of work here to generate Xymon docs set(using latex)
Please help.
Regards
tj
R1: http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Developer_Guide#Xy... R2: http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Developer_Guide#Xy...
T.J. Yang
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
“Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill
On Sat, Jul 3, 2010 at 2:22 PM, Josh Luthman <josh at imaginenetworksllc.com> wrote:
Would you like me to proof before it is published?
Proof read is not needed yet.
Need people that know (or not afraid of ) following keywords.
- LaTeX/latex2pdf and basic svn skill.
- Use dia do draw some xymon architecture diagrams.
- Knowledge of Xymon client and server.
- technical writing on Xymon subjects.
- GNU Make.
- Have Fedora 1X OS at home, or willing to login into my home Fedora 13 machine for the above work.
What I have so far,
- Xymon RTFM, the latex version of Henrik's doc work. 1.1 Need many updates since Hobbit has Has been reamed to Xymon. 1.2 Need much labor work to index keywords to generate correct index. A very good example to use divide and conquer method with the help of a few people.
Following is vaporware.
- Turn/enhance Xymon Wiki book into LaTeX format. Reuse Xymon RTFM book making framework to generate 2.1 Developer Guide. 2.2 User Guide. 2.3 Administrator Guide. 2.4 Overview slide.
I will try to upload(not publish!!) the Xymon RTFM during this July 4th weekend.
tj
On 7/3/10, TJ Yang <tjyang2001 at gmail.com> wrote:
According to R1, we now have 7 volunteers interested in Xymon documentation area.
I am interested to find out who are willing to work on Item 2 of R2.
I started a few years back and never got to finish it. Henrik gave me S.F. commit privilege for this purpose. so I still own him the set of docs.
I worked on this and later found I am really bad at English Writing. So I try to convert the troff files into latex file and have the book center around existing set of troff files. I got a RTFM xymon book for my me and my colleague to study Xymon with.
New I have a two data sources issue, latex and troff files. So every time troff files changed latex file need to be changed as well. This is quite labor intensive.
I looked around and found there is latex2troff file converter, the make process can generate troff file. If we can have all team members use latex then we can generate all Xymon doc into different formats use latex.
For now I like to invite people interested about this xymon-latex project to join me. I will clean up and upload my existing work to S.F. sandbox/tjyang/docs directory.
Lots of work here to generate Xymon docs set(using latex)
Please help.
Regards
tj
R1: http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Developer_Guide#Xy... R2: http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Developer_Guide#Xy...
T.J. Yang
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
“Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- T.J. Yang
I can offer my help with 2 and 3. I am by no means an expert, though.
On 7/3/10, TJ Yang <tjyang2001 at gmail.com> wrote:
On Sat, Jul 3, 2010 at 2:22 PM, Josh Luthman <josh at imaginenetworksllc.com> wrote:
Would you like me to proof before it is published?
Proof read is not needed yet.
Need people that know (or not afraid of ) following keywords.
- LaTeX/latex2pdf and basic svn skill.
- Use dia do draw some xymon architecture diagrams.
- Knowledge of Xymon client and server.
- technical writing on Xymon subjects.
- GNU Make.
- Have Fedora 1X OS at home, or willing to login into my home Fedora 13 machine for the above work.
What I have so far,
- Xymon RTFM, the latex version of Henrik's doc work. 1.1 Need many updates since Hobbit has Has been reamed to Xymon. 1.2 Need much labor work to index keywords to generate correct index. A very good example to use divide and conquer method with the help of a few people.
Following is vaporware.
- Turn/enhance Xymon Wiki book into LaTeX format. Reuse Xymon RTFM book making framework to generate 2.1 Developer Guide. 2.2 User Guide. 2.3 Administrator Guide. 2.4 Overview slide.
I will try to upload(not publish!!) the Xymon RTFM during this July 4th weekend.
tj
On 7/3/10, TJ Yang <tjyang2001 at gmail.com> wrote:
According to R1, we now have 7 volunteers interested in Xymon documentation area.
I am interested to find out who are willing to work on Item 2 of R2.
I started a few years back and never got to finish it. Henrik gave me S.F. commit privilege for this purpose. so I still own him the set of docs.
I worked on this and later found I am really bad at English Writing. So I try to convert the troff files into latex file and have the book center around existing set of troff files. I got a RTFM xymon book for my me and my colleague to study Xymon with.
New I have a two data sources issue, latex and troff files. So every time troff files changed latex file need to be changed as well. This is quite labor intensive.
I looked around and found there is latex2troff file converter, the make process can generate troff file. If we can have all team members use latex then we can generate all Xymon doc into different formats use latex.
For now I like to invite people interested about this xymon-latex project to join me. I will clean up and upload my existing work to S.F. sandbox/tjyang/docs directory.
Lots of work here to generate Xymon docs set(using latex)
Please help.
Regards
tj
R1: http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Developer_Guide#Xy... R2: http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Developer_Guide#Xy...
T.J. Yang
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
“Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- T.J. Yang
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
“Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill
Hi, Josh Thanks for offering the help on Xymon Diagrams using Dia. I will upload a few xymon dia files that I drawed as template for you to carry on.
There are many questions can be easily illustrated using dia.
- What are relationships between hobbid and hobbit worker daemon ?
- What kind of log files generated by which daemons ?
- What is program layout of Hobbit server ?
- What is program layout of hobbit clients ?
- What is hobbit message looks like ?
- What is Xymon High Availability on LAN ?
- What is Xymon High Availability over WAN ?
- What is relationship of hobbit client binary and log files? ...
tj
On Sat, Jul 3, 2010 at 8:48 PM, Josh Luthman <josh at imaginenetworksllc.com> wrote:
I can offer my help with 2 and 3. I am by no means an expert, though.
On 7/3/10, TJ Yang <tjyang2001 at gmail.com> wrote:
On Sat, Jul 3, 2010 at 2:22 PM, Josh Luthman <josh at imaginenetworksllc.com> wrote:
Would you like me to proof before it is published?
Proof read is not needed yet.
Need people that know (or not afraid of ) following keywords.
- LaTeX/latex2pdf and basic svn skill.
- Use dia do draw some xymon architecture diagrams.
- Knowledge of Xymon client and server.
- technical writing on Xymon subjects.
- GNU Make.
- Have Fedora 1X OS at home, or willing to login into my home Fedora 13 machine for the above work.
What I have so far,
- Xymon RTFM, the latex version of Henrik's doc work. 1.1 Need many updates since Hobbit has Has been reamed to Xymon. 1.2 Need much labor work to index keywords to generate correct index. A very good example to use divide and conquer method with the help of a few people.
Following is vaporware.
- Turn/enhance Xymon Wiki book into LaTeX format. Reuse Xymon RTFM book making framework to generate 2.1 Developer Guide. 2.2 User Guide. 2.3 Administrator Guide. 2.4 Overview slide.
I will try to upload(not publish!!) the Xymon RTFM during this July 4th weekend.
tj
On 7/3/10, TJ Yang <tjyang2001 at gmail.com> wrote:
According to R1, we now have 7 volunteers interested in Xymon documentation area.
I am interested to find out who are willing to work on Item 2 of R2.
I started a few years back and never got to finish it. Henrik gave me S.F. commit privilege for this purpose. so I still own him the set of docs.
I worked on this and later found I am really bad at English Writing. So I try to convert the troff files into latex file and have the book center around existing set of troff files. I got a RTFM xymon book for my me and my colleague to study Xymon with.
New I have a two data sources issue, latex and troff files. So every time troff files changed latex file need to be changed as well. This is quite labor intensive.
I looked around and found there is latex2troff file converter, the make process can generate troff file. If we can have all team members use latex then we can generate all Xymon doc into different formats use latex.
For now I like to invite people interested about this xymon-latex project to join me. I will clean up and upload my existing work to S.F. sandbox/tjyang/docs directory.
Lots of work here to generate Xymon docs set(using latex)
Please help.
Regards
tj
R1: http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Developer_Guide#Xy... R2: http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Developer_Guide#Xy...
T.J. Yang
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
“Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- T.J. Yang
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
“Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- T.J. Yang
I don't think I know the best answers to those questions.
But it is most definitely drew - not drawed. Is english not your first language?
On 7/3/10, TJ Yang <tjyang2001 at gmail.com> wrote:
Hi, Josh Thanks for offering the help on Xymon Diagrams using Dia. I will upload a few xymon dia files that I drawed as template for you to carry on.
There are many questions can be easily illustrated using dia.
- What are relationships between hobbid and hobbit worker daemon ?
- What kind of log files generated by which daemons ?
- What is program layout of Hobbit server ?
- What is program layout of hobbit clients ?
- What is hobbit message looks like ?
- What is Xymon High Availability on LAN ?
- What is Xymon High Availability over WAN ?
- What is relationship of hobbit client binary and log files? ...
tj
On Sat, Jul 3, 2010 at 8:48 PM, Josh Luthman <josh at imaginenetworksllc.com> wrote:
I can offer my help with 2 and 3. I am by no means an expert, though.
On 7/3/10, TJ Yang <tjyang2001 at gmail.com> wrote:
On Sat, Jul 3, 2010 at 2:22 PM, Josh Luthman <josh at imaginenetworksllc.com> wrote:
Would you like me to proof before it is published?
Proof read is not needed yet.
Need people that know (or not afraid of ) following keywords.
- LaTeX/latex2pdf and basic svn skill.
- Use dia do draw some xymon architecture diagrams.
- Knowledge of Xymon client and server.
- technical writing on Xymon subjects.
- GNU Make.
- Have Fedora 1X OS at home, or willing to login into my home Fedora 13 machine for the above work.
What I have so far,
- Xymon RTFM, the latex version of Henrik's doc work. 1.1 Need many updates since Hobbit has Has been reamed to Xymon. 1.2 Need much labor work to index keywords to generate correct index. A very good example to use divide and conquer method with the help of a few people.
Following is vaporware.
- Turn/enhance Xymon Wiki book into LaTeX format. Reuse Xymon RTFM book making framework to generate 2.1 Developer Guide. 2.2 User Guide. 2.3 Administrator Guide. 2.4 Overview slide.
I will try to upload(not publish!!) the Xymon RTFM during this July 4th weekend.
tj
On 7/3/10, TJ Yang <tjyang2001 at gmail.com> wrote:
According to R1, we now have 7 volunteers interested in Xymon documentation area.
I am interested to find out who are willing to work on Item 2 of R2.
I started a few years back and never got to finish it. Henrik gave me S.F. commit privilege for this purpose. so I still own him the set of docs.
I worked on this and later found I am really bad at English Writing. So I try to convert the troff files into latex file and have the book center around existing set of troff files. I got a RTFM xymon book for my me and my colleague to study Xymon with.
New I have a two data sources issue, latex and troff files. So every time troff files changed latex file need to be changed as well. This is quite labor intensive.
I looked around and found there is latex2troff file converter, the make process can generate troff file. If we can have all team members use latex then we can generate all Xymon doc into different formats use latex.
For now I like to invite people interested about this xymon-latex project to join me. I will clean up and upload my existing work to S.F. sandbox/tjyang/docs directory.
Lots of work here to generate Xymon docs set(using latex)
Please help.
Regards
tj
R1: http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Developer_Guide#Xy... R2: http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Developer_Guide#Xy...
T.J. Yang
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
“Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- T.J. Yang
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
“Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- T.J. Yang
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
“Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill
On Sat, Jul 3, 2010 at 10:54 PM, Josh Luthman <josh at imaginenetworksllc.com> wrote:
I don't think I know the best answers to those questions.
That was just a few example questions I think using picture can help people understand better.
But it is most definitely drew - not drawed. Is english not your first language?
Correct. English is the third language I learnt. It is hard to hide :)
tj
On 7/3/10, TJ Yang <tjyang2001 at gmail.com> wrote:
Hi, Josh Thanks for offering the help on Xymon Diagrams using Dia. I will upload a few xymon dia files that I drawed as template for you to carry on.
There are many questions can be easily illustrated using dia.
- What are relationships between hobbid and hobbit worker daemon ?
- What kind of log files generated by which daemons ?
- What is program layout of Hobbit server ?
- What is program layout of hobbit clients ?
- What is hobbit message looks like ?
- What is Xymon High Availability on LAN ?
- What is Xymon High Availability over WAN ?
- What is relationship of hobbit client binary and log files? ...
tj
On Sat, Jul 3, 2010 at 8:48 PM, Josh Luthman <josh at imaginenetworksllc.com> wrote:
I can offer my help with 2 and 3. I am by no means an expert, though.
On 7/3/10, TJ Yang <tjyang2001 at gmail.com> wrote:
On Sat, Jul 3, 2010 at 2:22 PM, Josh Luthman <josh at imaginenetworksllc.com> wrote:
Would you like me to proof before it is published?
Proof read is not needed yet.
Need people that know (or not afraid of ) following keywords.
- LaTeX/latex2pdf and basic svn skill.
- Use dia do draw some xymon architecture diagrams.
- Knowledge of Xymon client and server.
- technical writing on Xymon subjects.
- GNU Make.
- Have Fedora 1X OS at home, or willing to login into my home Fedora 13 machine for the above work.
What I have so far,
- Xymon RTFM, the latex version of Henrik's doc work. 1.1 Need many updates since Hobbit has Has been reamed to Xymon. 1.2 Need much labor work to index keywords to generate correct index. A very good example to use divide and conquer method with the help of a few people.
Following is vaporware.
- Turn/enhance Xymon Wiki book into LaTeX format. Reuse Xymon RTFM book making framework to generate 2.1 Developer Guide. 2.2 User Guide. 2.3 Administrator Guide. 2.4 Overview slide.
I will try to upload(not publish!!) the Xymon RTFM during this July 4th weekend.
tj
On 7/3/10, TJ Yang <tjyang2001 at gmail.com> wrote:
According to R1, we now have 7 volunteers interested in Xymon documentation area.
I am interested to find out who are willing to work on Item 2 of R2.
I started a few years back and never got to finish it. Henrik gave me S.F. commit privilege for this purpose. so I still own him the set of docs.
I worked on this and later found I am really bad at English Writing. So I try to convert the troff files into latex file and have the book center around existing set of troff files. I got a RTFM xymon book for my me and my colleague to study Xymon with.
New I have a two data sources issue, latex and troff files. So every time troff files changed latex file need to be changed as well. This is quite labor intensive.
I looked around and found there is latex2troff file converter, the make process can generate troff file. If we can have all team members use latex then we can generate all Xymon doc into different formats use latex.
For now I like to invite people interested about this xymon-latex project to join me. I will clean up and upload my existing work to S.F. sandbox/tjyang/docs directory.
Lots of work here to generate Xymon docs set(using latex)
Please help.
Regards
tj
R1: http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Developer_Guide#Xy... R2: http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Developer_Guide#Xy...
T.J. Yang
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
“Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- T.J. Yang
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
“Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- T.J. Yang
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
“Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- T.J. Yang
Learned - not learnt =P
Actually, embarrassingly enough, you speak better then many American English speakers.
If you or anyone can explain it to me I will put it in Dia.
Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
“Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill
On Sat, Jul 3, 2010 at 11:59 PM, TJ Yang <tjyang2001 at gmail.com> wrote:
On Sat, Jul 3, 2010 at 10:54 PM, Josh Luthman <josh at imaginenetworksllc.com> wrote:
I don't think I know the best answers to those questions.
That was just a few example questions I think using picture can help people understand better.
But it is most definitely drew - not drawed. Is english not your first language?
Correct. English is the third language I learnt. It is hard to hide :)
tj
On 7/3/10, TJ Yang <tjyang2001 at gmail.com> wrote:
Hi, Josh Thanks for offering the help on Xymon Diagrams using Dia. I will upload a few xymon dia files that I drawed as template for you to carry on.
There are many questions can be easily illustrated using dia.
- What are relationships between hobbid and hobbit worker daemon ?
- What kind of log files generated by which daemons ?
- What is program layout of Hobbit server ?
- What is program layout of hobbit clients ?
- What is hobbit message looks like ?
- What is Xymon High Availability on LAN ?
- What is Xymon High Availability over WAN ?
- What is relationship of hobbit client binary and log files? ...
tj
On Sat, Jul 3, 2010 at 8:48 PM, Josh Luthman <josh at imaginenetworksllc.com> wrote:
I can offer my help with 2 and 3. I am by no means an expert, though.
On 7/3/10, TJ Yang <tjyang2001 at gmail.com> wrote:
On Sat, Jul 3, 2010 at 2:22 PM, Josh Luthman <josh at imaginenetworksllc.com> wrote:
Would you like me to proof before it is published?
Proof read is not needed yet.
Need people that know (or not afraid of ) following keywords.
- LaTeX/latex2pdf and basic svn skill.
- Use dia do draw some xymon architecture diagrams.
- Knowledge of Xymon client and server.
- technical writing on Xymon subjects.
- GNU Make.
- Have Fedora 1X OS at home, or willing to login into my home Fedora 13 machine for the above work.
What I have so far,
- Xymon RTFM, the latex version of Henrik's doc work. 1.1 Need many updates since Hobbit has Has been reamed to Xymon. 1.2 Need much labor work to index keywords to generate correct index. A very good example to use divide and conquer method with the help of a few people.
Following is vaporware.
- Turn/enhance Xymon Wiki book into LaTeX format. Reuse Xymon RTFM book making framework to generate 2.1 Developer Guide. 2.2 User Guide. 2.3 Administrator Guide. 2.4 Overview slide.
I will try to upload(not publish!!) the Xymon RTFM during this July 4th weekend.
tj
On 7/3/10, TJ Yang <tjyang2001 at gmail.com> wrote: > According to R1, we now have 7 volunteers interested in Xymon > documentation area. > > I am interested to find out who are willing to work on Item 2 of R2. > > I started a few years back and never got to finish it. > Henrik gave me S.F. commit privilege for this purpose. so I still own > him the set of docs. > > I worked on this and later found I am really bad at English Writing. > So I try to convert the troff files > into latex file and have the book center around existing set of troff > files. > I got a RTFM xymon book for my me and my colleague to study Xymon with. > > New I have a two data sources issue, latex and troff files. So every > time troff files changed > latex file need to be changed as well. This is quite labor intensive. > > I looked around and found there is latex2troff file converter, the > make process can generate troff file. > If we can have all team members use latex then we can generate all > Xymon doc into different formats use latex. > > For now I like to invite people interested about this xymon-latex > project to join me. > I will clean up and upload my existing work to S.F. > sandbox/tjyang/docs directory. > > Lots of work here to generate Xymon docs set(using latex) > > Please help. > > Regards > > tj > > > R1: > http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Developer_Guide#Xy... > R2: > http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Developer_Guide#Xy... > -- > T.J. Yang > > To unsubscribe from the hobbit list, send an e-mail to > hobbit-unsubscribe at hswn.dk > > >
-- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
“Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- T.J. Yang
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
“Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- T.J. Yang
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
“Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- T.J. Yang
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
On Jul 4, 2010, at 12:05 AM, Josh Luthman wrote:
Learned - not learnt =P
"learnt" is the British/European version. I am in seminary and our teachers are from South Africa and Britain, and it took awhile to get used to their usage of "learnt".
--jms
On Sun, Jul 4, 2010 at 6:30 AM, Jerald Sheets <questy at gmail.com> wrote:
On Jul 4, 2010, at 12:05 AM, Josh Luthman wrote:
Learned - not learnt =P
"learnt" is the British/European version. I am in seminary and our teachers are from South Africa and Britain, and it took awhile to get used to their usage of "learnt".
One of the reasons I like to work on documentation project related Xymon is that I can use and learn more English. I will review the text more before I click the send button. keep the correction coming since this is on the subject of Xymon Documentation.
Thanks to both of your comments.
tj
--jms To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- T.J. Yang
Hi TJ
I am just putting my ideas down for the how to debug xymon protocol with Wiershark and will have that ready for review pretty soon. Who is going to proof read it?
I am a Afrikaans speaker(think dutch) English being my second language and I am learning Vietnamese at the moment(wife is Vietnamese). If you can already speak 3 languages I take my hat off to you.
Regards Neil
-----Original Message----- From: TJ Yang [mailto:tjyang2001 at gmail.com] Sent: 04 July 2010 01:48 PM To: hobbit at hswn.dk Subject: Re: [hobbit] Working on Xymon Documentation
On Sun, Jul 4, 2010 at 6:30 AM, Jerald Sheets <questy at gmail.com> wrote:
On Jul 4, 2010, at 12:05 AM, Josh Luthman wrote:
Learned - not learnt =P
"learnt" is the British/European version. I am in seminary and our teachers are from South Africa and Britain, and it took awhile to get used to their usage of "learnt".
One of the reasons I like to work on documentation project related Xymon is that I can use and learn more English. I will review the text more before I click the send button. keep the correction coming since this is on the subject of Xymon Documentation.
Thanks to both of your comments.
tj
--jms To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- T.J. Yang
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
Hi All
As we are in a planning stage I need YOUR help. One of the things we have on our hit list is the web interface(might be for a later release). Here is how you can help. Send me the resolutions of the screen you most commonly use to view your Xymon pages. This information will help greatly with the development going further.
Regards Neil
Hi, Neil !
my resolution is mostly 1280x1024 ..
cheers, martin
On Mon, 5 Jul 2010, Neil Franken wrote:
Hi All
As we are in a planning stage I need YOUR help. One of the things we have on our hit list is the web interface(might be for a later release). Here is how you can help. Send me the resolutions of the screen you most commonly use to view your Xymon pages. This information will help greatly with the development going further.
Regards Neil
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
Main resolution used: 1280x1024
Regards, Jef Jagers Systems Engineer Thomson CompuMark
Thomson Reuters
T +32 3 220 76 02
-----Original Message----- From: Martin Flemming [mailto:martin.flemming at desy.de] Sent: maandag, juli 05, 2010 11:35 To: hobbit at hswn.dk Subject: Re: [hobbit] Input needed from all of you.
Hi, Neil !
my resolution is mostly 1280x1024 ..
cheers, martin
On Mon, 5 Jul 2010, Neil Franken wrote:
Hi All
As we are in a planning stage I need YOUR help. One of the things we have on our hit list is the web interface(might be for a later release). Here is how you can help. Send me the resolutions of the screen you most commonly use to view your Xymon pages. This information will help greatly with the development going further.
Regards Neil
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
Me too! Sometimes 1024x768...
/Mathias
-----Ursprungligt meddelande----- Från: jef.jagers at thomsonreuters.com [mailto:jef.jagers at thomsonreuters.com] Skickat: den 5 juli 2010 11:55 Till: hobbit at hswn.dk Ämne: RE: [hobbit] Input needed from all of you.
Main resolution used: 1280x1024
Regards, Jef Jagers Systems Engineer Thomson CompuMark
Thomson Reuters
T +32 3 220 76 02
-----Original Message----- From: Martin Flemming [mailto:martin.flemming at desy.de] Sent: maandag, juli 05, 2010 11:35 To: hobbit at hswn.dk Subject: Re: [hobbit] Input needed from all of you.
Hi, Neil !
my resolution is mostly 1280x1024 ..
cheers, martin
On Mon, 5 Jul 2010, Neil Franken wrote:
Hi All
As we are in a planning stage I need YOUR help. One of the things we have on our hit list is the web interface(might be for a later release). Here is how you can help. Send me the resolutions of the screen you most commonly use to view your Xymon pages. This information will help greatly with the development going further.
Regards Neil
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
screen resolution 1280x1024 window resolution closer to 1024x768
On 5 July 2010 11:34, Martin Flemming <martin.flemming at desy.de> wrote:
Hi, Neil !
my resolution is mostly 1280x1024 ..
cheers, martin
On Mon, 5 Jul 2010, Neil Franken wrote:
Hi All
As we are in a planning stage I need YOUR help. One of the things we have on our hit list is the web interface(might be for a later release). Here is how you can help. Send me the resolutions of the screen you most commonly use to view your Xymon pages. This information will help greatly with the development going further.
Regards Neil
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
Resolution 1280x800 on my laptop, but this doesn't always show the whole bb2.html list J
Other users mainly 1280x1024
Andrew
On Mon, 5 Jul 2010, Neil Franken wrote:
Hi All
As we are in a planning stage I need YOUR help. One of the things we have on our hit list is the web interface(might be for a later release). Here is how you can help. Send me the resolutions of the screen you most commonly use to view your Xymon pages. This information will help greatly with the development going further.
Regards Neil
Andrew Clarke Support and Technical Development Officer BCC IT Solutions DDI: 0871 288 2036 Tel: +44 (0)1239 710823 http://www.bccit.co.uk/ Providers of business to business IT Solutions & Services Back-up – Anti Virus – Security – Servers – Wireless Networks – VPN – Remote Monitoring – Project Consultation Hardware Provision Servers & Workstations – Disaster Recovery – Proactive Diagnostics – System Migration – Fibre CAT5e Server Administration – Forensics – Grant Appraisal – Network Management – System Appraisals – Support Contracts ……. For full e-mail terms & conditions of use, please follow the link to the bcc web site http://www.bccitsolutions.co.uk/index.php?option=com_content&task=view&id=24&Itemid=1 BCC IT Solutions is a trading name of European Computer Units Limited, Registered in Cardiff, Company Registration No. 2651835 Registered Office: Unit B Station Road, Newcastle Emlyn, Carmarthenshire, Wales, SA38 9BX
Hi.
I am using: 1600x1200 (home) 1920x1200 (work) 2048x1152 (work) 1366x768 (netbook) 1280x1024 (work)
Mostly using fullscreen windows
/Johan
-----Original Message----- From: Neil Franken [mailto:nfranken at theunlimitedworld.co.za] Sent: den 5 juli 2010 11:10 To: hobbit at hswn.dk Subject: [hobbit] Input needed from all of you.
Hi All
As we are in a planning stage I need YOUR help. One of the things we have on our hit list is the web interface(might be for a later release). Here is how you can help. Send me the resolutions of the screen you most commonly use to view your Xymon pages. This information will help greatly with the development going further.
Regards Neil
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
Hi.
I am using: 1920x1200 and 1280x1024
but on the control monitor in the server room is only 1024x768
mfg Andreas
--
On 07/05/2010 04:09 AM, Neil Franken wrote:
Hi All
As we are in a planning stage I need YOUR help. One of the things we have on our hit list is the web interface(might be for a later release). Here is how you can help. Send me the resolutions of the screen you most commonly use to view your Xymon pages. This information will help greatly with the development going further.
Regards Neil
1400X1050
-- Rich Smrcina Phone: 414-491-6001 http://www.linkedin.com/in/richsmrcina
Catch the WAVV! http://www.wavv.org WAVV 2011 - April 15-19, 2011 Colorado Springs, CO
Can we pull the Xymon.com logs?
On 7/5/10, Neil Franken <nfranken at theunlimitedworld.co.za> wrote:
Hi All
As we are in a planning stage I need YOUR help. One of the things we have on our hit list is the web interface(might be for a later release). Here is how you can help. Send me the resolutions of the screen you most commonly use to view your Xymon pages. This information will help greatly with the development going further.
Regards Neil
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
“Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill
On Monday 05 July 2010, Neil Franken wrote:
Hi All
As we are in a planning stage I need YOUR help. One of the things we have on our hit list is the web interface(might be for a later release). Here is how you can help. Send me the resolutions of the screen you most commonly use to view your Xymon pages. This information will help greatly with the development going further. from 1680 x 1050 down to 200x200. See http://www.docum.org/temp/xymon01.png for a screenshot of our monitor server. (I tried to attache the screenshots, but the message list is limited to 100KB)
Stef
This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email
On Monday, 5 July 2010 10:09:52 Neil Franken wrote:
Hi All
As we are in a planning stage I need YOUR help. One of the things we have on our hit list is the web interface(might be for a later release). Here is how you can help. Send me the resolutions of the screen you most commonly use to view your Xymon pages.
Do we only want to cater to the most commonly used sizes? What about the most visible ones? And, all sizes, or largest and smallest?
Last year I implemented on 12600 x 2100. This was not the final setup, and I am not sure if it is still this large, we may have had to give up some panels to other applications, but this is how it looked when it was almost finished:
http://staff.telkomsa.net/~bgmilne/video-wall-blurred_s.jpg
Thus my discussion on the developer list about more dynamic displays.
Regards, Buchan
Here is a screenshot of mine. I've re-written nearly all of the code to base everything on CSS, created new images and replaced the menu. I was next going to undertake replacing the tables with DIVs, but that was a little more daunting especially since I know nothing about C. As it is, it took me a TON of trial and error, but I'm reasonably happy with the output.
I did this last summer.
Robert
-----Original Message----- From: Neil Franken [mailto:nfranken at theunlimitedworld.co.za] Sent: Monday, July 05, 2010 5:10 AM To: hobbit at hswn.dk Subject: [hobbit] Input needed from all of you.
Hi All
As we are in a planning stage I need YOUR help. One of the things we have on our hit list is the web interface(might be for a later release). Here is how you can help. Send me the resolutions of the screen you most commonly use to view your Xymon pages. This information will help greatly with the development going further.
Regards Neil
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
1280x1024 would be my smallest screen excluding mobile devices and netbooks.
Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
“Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill
On Mon, Jul 5, 2010 at 9:32 AM, Taylor, Robert <Robert.Taylor at hendrickauto.com> wrote:
Here is a screenshot of mine. I've re-written nearly all of the code to base everything on CSS, created new images and replaced the menu. I was next going to undertake replacing the tables with DIVs, but that was a little more daunting especially since I know nothing about C. As it is, it took me a TON of trial and error, but I'm reasonably happy with the output.
I did this last summer.
Robert
-----Original Message----- From: Neil Franken [mailto:nfranken at theunlimitedworld.co.za] Sent: Monday, July 05, 2010 5:10 AM To: hobbit at hswn.dk Subject: [hobbit] Input needed from all of you.
Hi All
As we are in a planning stage I need YOUR help. One of the things we have on our hit list is the web interface(might be for a later release). Here is how you can help. Send me the resolutions of the screen you most commonly use to view your Xymon pages. This information will help greatly with the development going further.
Regards Neil
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
Hi,
As a "lurker" & if the "look & feel" is up for grabs then may I comment that here we love the "alert colour" left hand edge of v4.2.3.
for large sites it allows us to pile up many hobbit/xy windows with just that "alert colour" edge visible, alternatively to just dedicate a few "alert colour" pixels on the desktop. As soon as things go pop you can expand up for detail.
And 1024x768 - but that just happens to be what I'm using.cheers
steve overy | support analyst | EMEA Client Support Centre | TCIS
Unisys Limited | Fox Milne | Tongwell Street, Milton Keynes, MK15 0YS
Registered in England Company No. 103709
Registered Office: Bakers Court, Bakers Road, Uxbridge, UB8 1RG
Phone: +44 (0) 1908 212306, net 741 2306
Mobile: +44 (0) 7808 391673, net 839 1673
Email: steve.overy at unisys.com
THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers.
-----Original Message----- From: Taylor, Robert [mailto:Robert.Taylor at hendrickauto.com] Sent: 05 July 2010 14:33 To: hobbit at hswn.dk Subject: [hobbit] RE: Input needed from all of you.
Here is a screenshot of mine. I've re-written nearly all of the code to base everything on CSS, created new images and replaced the menu. I was next going to undertake replacing the tables with DIVs, but that was a little more daunting especially since I know nothing about C. As it is, it took me a TON of trial and error, but I'm reasonably happy with the output.
I did this last summer.
Robert
-----Original Message----- From: Neil Franken [mailto:nfranken at theunlimitedworld.co.za] Sent: Monday, July 05, 2010 5:10 AM To: hobbit at hswn.dk Subject: [hobbit] Input needed from all of you.
Hi All
As we are in a planning stage I need YOUR help. One of the things we have on our hit list is the web interface(might be for a later release). Here is how you can help. Send me the resolutions of the screen you most commonly use to view your Xymon pages. This information will help greatly with the development going further.
Regards Neil
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Very classy!
I use this theme with the default setup:
http://sourceforge.net/tracker/index.php?func=detail&aid=2671788&group_id=12...
I can see something that is echoed is that the faces are not professional.
=R
On 07/05/2010 09:32 AM, Taylor, Robert wrote:
Here is a screenshot of mine. I've re-written nearly all of the code to base everything on CSS, created new images and replaced the menu. I was next going to undertake replacing the tables with DIVs, but that was a little more daunting especially since I know nothing about C. As it is, it took me a TON of trial and error, but I'm reasonably happy with the output.
I did this last summer.
Robert
-----Original Message----- From: Neil Franken [mailto:nfranken at theunlimitedworld.co.za] Sent: Monday, July 05, 2010 5:10 AM To: hobbit at hswn.dk Subject: [hobbit] Input needed from all of you.
Hi All
As we are in a planning stage I need YOUR help. One of the things we have on our hit list is the web interface(might be for a later release). Here is how you can help. Send me the resolutions of the screen you most commonly use to view your Xymon pages. This information will help greatly with the development going further.
Regards Neil
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
- ---- _ _ _ _ ___ _ _ _ |Y#| | | |\/| | \ |\ | | |Ryan Novosielski - Sr. Systems Programmer |$&| |__| | | |__/ | \| _| |novosirj at umdnj.edu - 973/972.0922 (2-0922) \__/ Univ. of Med. and Dent.|IST/CST-Academic Svcs. - ADMC 450, Newark -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAkwzQgoACgkQmb+gadEcsb5DjQCfYVUcnoiuRdwppZ9uxE4FNB04 lrkAn0jbyZIEjgrgdkVaGXbD3rYC8Q1j =RvUM -----END PGP SIGNATURE-----
On 07/05/10 05:09, Neil Franken wrote:
Hi All
As we are in a planning stage I need YOUR help. One of the things we have on our hit list is the web interface(might be for a later release). Here is how you can help. Send me the resolutions of the screen you most commonly use to view your Xymon pages. This information will help greatly with the development going further.
Regards Neil
Hi Neil... I see a lot of people listing high resolutions - like my two screens @ 1680x1050 each...
But let's not forget about my Nokia N900 @ 800x480 and other mobile devices when considering redesigns. Some of my clients VPN into their networks and use their iPhone to check their Xymon status.
Thanks! :)
-- Bill Arlofski Reverse Polarity, LLC http://www.revpol.com/
I feel that Android and iPhone should be excluded because they're designed to support full sized HTML pages.
The N900 and (all?) Blackberry phones do not have this. The default interface is impossible on them and the WAP is extremely light.
Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
“Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill
On Mon, Jul 5, 2010 at 10:00 AM, Bill Arlofski <waa-hobbitml at revpol.com> wrote:
On 07/05/10 05:09, Neil Franken wrote:
Hi All
As we are in a planning stage I need YOUR help. One of the things we have on our hit list is the web interface(might be for a later release). Here is how you can help. Send me the resolutions of the screen you most commonly use to view your Xymon pages. This information will help greatly with the development going further.
Regards Neil
Hi Neil... I see a lot of people listing high resolutions - like my two screens @ 1680x1050 each...
But let's not forget about my Nokia N900 @ 800x480 and other mobile devices when considering redesigns. Some of my clients VPN into their networks and use their iPhone to check their Xymon status.
Thanks! :)
-- Bill Arlofski Reverse Polarity, LLC http://www.revpol.com/
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
Although just my opinion, you certainly can't exclude these devices. Creating a thin page for them to view on their screens isn't too difficult, nor is the selection of pages based on the platform difficult either.
If you are going to go down the path of supporting mobile devices you need to account for these devices.
Robert
-----Original Message----- From: Josh Luthman [mailto:josh at imaginenetworksllc.com] Sent: Monday, July 05, 2010 10:11 AM To: hobbit at hswn.dk Subject: Re: [hobbit] Input needed from all of you.
I feel that Android and iPhone should be excluded because they're designed to support full sized HTML pages.
The N900 and (all?) Blackberry phones do not have this. The default interface is impossible on them and the WAP is extremely light.
Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
"Success is not final, failure is not fatal: it is the courage to continue that counts." --- Winston Churchill
On Mon, Jul 5, 2010 at 10:00 AM, Bill Arlofski <waa-hobbitml at revpol.com> wrote:
On 07/05/10 05:09, Neil Franken wrote:
Hi All
As we are in a planning stage I need YOUR help. One of the things we have on our hit list is the web interface(might be for a later release). Here is how you can help. Send me the resolutions of the screen you most commonly use to view your Xymon pages. This information will help greatly with the development going further.
Regards Neil
Hi Neil... I see a lot of people listing high resolutions - like my two screens @ 1680x1050 each...
But let's not forget about my Nokia N900 @ 800x480 and other mobile devices when considering redesigns. Some of my clients VPN into their networks and use their iPhone to check their Xymon status.
Thanks! :)
-- Bill Arlofski Reverse Polarity, LLC http://www.revpol.com/
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
On 07/05/10 10:11, Josh Luthman wrote:
I feel that Android and iPhone should be excluded because they're designed to support full sized HTML pages.
The N900 and (all?) Blackberry phones do not have this. The default interface is impossible on them and the WAP is extremely light.
Hi Josh... Just so we are on the same page: Nokia N900 does support FULL sized HTML pages (heck it even has flash support - yuck), so the full pages do work, but a thin page would be a nice option as well.
-- Bill Arlofski Reverse Polarity, LLC http://www.revpol.com/
So there is no pinch and zoom? It just zooms out and sticks the page on the phone in landscape format?
Using this for a reference myself... http://www.youtube.com/watch?v=7qkXBMOyvtU
Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
“Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill
On Mon, Jul 5, 2010 at 11:17 AM, Bill Arlofski <waa-hobbitml at revpol.com> wrote:
On 07/05/10 10:11, Josh Luthman wrote:
I feel that Android and iPhone should be excluded because they're designed to support full sized HTML pages.
The N900 and (all?) Blackberry phones do not have this. The default interface is impossible on them and the WAP is extremely light.
Hi Josh... Just so we are on the same page: Nokia N900 does support FULL sized HTML pages (heck it even has flash support - yuck), so the full pages do work, but a thin page would be a nice option as well.
-- Bill Arlofski Reverse Polarity, LLC http://www.revpol.com/
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
On 07/05/10 11:29, Josh Luthman wrote:
So there is no pinch and zoom? It just zooms out and sticks the page on the phone in landscape format?
Using this for a reference myself... http://www.youtube.com/watch?v=7qkXBMOyvtU
Right, that's an older video, but at about 51 seconds, they touch the screen and spin their finger clockwise to zoom in (you can also zoom out by going counter-clockwise) and then they double-tap for a "best fit" type of zoom. Another double-tap zooms back out, btw.
The touch/spin provides similar function to the pinch zoom of iPhone.
In any case, I guess the WML stuff would probably suffice for the "thin view", I just need to figure out how too get the N900 to recognize' the .wml files (a current test shows that N900 and Firefox want to download instead of display the file, whereas Opera displays the .wml files)
Cheers!
-- Bill Arlofski Reverse Polarity, LLC http://www.revpol.com/
Totally missed that gesture - oops! Does it load the javascript menu in the top left? I think that's a major concern for mobile devices.
Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
“Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill
On Mon, Jul 5, 2010 at 12:24 PM, Bill Arlofski <waa-hobbitml at revpol.com> wrote:
On 07/05/10 11:29, Josh Luthman wrote:
So there is no pinch and zoom? It just zooms out and sticks the page on the phone in landscape format?
Using this for a reference myself... http://www.youtube.com/watch?v=7qkXBMOyvtU
Right, that's an older video, but at about 51 seconds, they touch the screen and spin their finger clockwise to zoom in (you can also zoom out by going counter-clockwise) and then they double-tap for a "best fit" type of zoom. Another double-tap zooms back out, btw.
The touch/spin provides similar function to the pinch zoom of iPhone.
In any case, I guess the WML stuff would probably suffice for the "thin view", I just need to figure out how too get the N900 to recognize' the .wml files (a current test shows that N900 and Firefox want to download instead of display the file, whereas Opera displays the .wml files)
Cheers!
-- Bill Arlofski Reverse Polarity, LLC http://www.revpol.com/
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
On 07/05/10 12:28, Josh Luthman wrote:
Totally missed that gesture - oops! Does it load the javascript menu in the top left? I think that's a major concern for mobile devices.
Yeah, the javascript menus load (and work) as does the graph zooming (which is pretty cool). The default browser on the N900 really is full-featured - probably one of the best on a mobile device from what I have seen/heard.
So my only issue now is the .wml stuff I guess. :)
-- Bill Arlofski Reverse Polarity, LLC http://www.revpol.com/
There was a WML patch to kind of upgrade it. Adds some color and makes it like bb.html looks like this: http://i.imgur.com/1zcaM.png
I just installed it on mine and I had to cp ~hobbituser/server/www/gifs ~hobbituser/server/www/wml/gif
(Note the dst dir uses singular "gif")
http://argon.imaginenetworksllc.com/wmlgen.c
Replace wmlgen.c in ~source/bbdisplay/wmlgen.c
make && makeinstall
http://www.hswn.dk/hobbiton/2007/11/msg00237.html
Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
“Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill
On Mon, Jul 5, 2010 at 12:36 PM, Bill Arlofski <waa-hobbitml at revpol.com> wrote:
On 07/05/10 12:28, Josh Luthman wrote:
Totally missed that gesture - oops! Does it load the javascript menu in the top left? I think that's a major concern for mobile devices.
Yeah, the javascript menus load (and work) as does the graph zooming (which is pretty cool). The default browser on the N900 really is full-featured - probably one of the best on a mobile device from what I have seen/heard.
So my only issue now is the .wml stuff I guess. :)
-- Bill Arlofski Reverse Polarity, LLC http://www.revpol.com/
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
On 07/05/10 13:08, Josh Luthman wrote:
There was a WML patch to kind of upgrade it. Adds some color and makes it like bb.html looks like this: http://i.imgur.com/1zcaM.png
I just installed it on mine and I had to cp ~hobbituser/server/www/gifs ~hobbituser/server/www/wml/gif
(Note the dst dir uses singular "gif")
http://argon.imaginenetworksllc.com/wmlgen.c
Replace wmlgen.c in ~source/bbdisplay/wmlgen.c
make && makeinstall
http://www.hswn.dk/hobbiton/2007/11/msg00237.html
Josh Luthman
Thanks Josh!
When I have a few minutes, I will look at that.
-- Bill Arlofski Reverse Polarity, LLC http://www.revpol.com/
Screen resolution: 1920 X 1280 - and NEVER in full-screen mode.
Please be gentle with the page/sub-page and include file logic; I've made use of this to dynamically generate files for vmware and p6-RS6000 systems to show active guests on each host as well as cumulative memory and cpu usage.
Tom
Hi All
I think the main thing that came out of this discussion is the following
- Screen resolution is not going to be used as a guide line for the front end. The front end must scale to fit the screen. No matter the resolution.
- Using your own themes i.e. logo,icons and positioning should be easy to achieve.
- The HTML must remain extremely lightweight(i.e keep fancy animations/graphics etc to a minimum).
Taylors rework of the front end is a good example of how it could look. If you guys want to see the power of skinning/modifying a web UI with CSS head over to the css zen garden. The site is one web site where you can use alternative CSS style sheets to achieve different look and feel for the site. It is a awesome example of what I think we should be looking at. Also by making the web site CSS and xhtml compliant adding other fancy feature such as Ajax incremental updates etc would be easy. However for the moment we should just try to get a ui that scales well it light weight and easy to moidy to user preferences.
We could use Taylors layout as well. Like I said in a previous mail with proper CSS in place we can even have a library of 'skins' and you don't need to be a developer to make a skin with CSS you just need GIMP!
Regards Neil
-----Original Message----- From: Tom Kauffman [mailto:tommyk66 at newsguy.com] Sent: 06 July 2010 06:28 PM To: hobbit at hswn.dk Subject: Re: [hobbit] Input needed from all of you.
Screen resolution: 1920 X 1280 - and NEVER in full-screen mode.
Please be gentle with the page/sub-page and include file logic; I've made use of this to dynamically generate files for vmware and p6-RS6000 systems to show active guests on each host as well as cumulative memory and cpu usage.
Tom
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
If you are going to change the existing color schemes for the webpages, implement CSS first.
There are multiple reasons why a darker page is better than a brighter one, but mostly, it's preference and at this point, it's what we're used to and, personally, I like it :)
On Wed, Jul 7, 2010 at 1:43 AM, Neil Franken <nfranken at theunlimitedworld.co.za> wrote:
Hi All
I think the main thing that came out of this discussion is the following
- Screen resolution is not going to be used as a guide line for the front end. The front end must scale to fit the screen. No matter the resolution.
- Using your own themes i.e. logo,icons and positioning should be easy to achieve.
- The HTML must remain extremely lightweight(i.e keep fancy animations/graphics etc to a minimum).
Taylors rework of the front end is a good example of how it could look. If you guys want to see the power of skinning/modifying a web UI with CSS head over to the css zen garden. The site is one web site where you can use alternative CSS style sheets to achieve different look and feel for the site. It is a awesome example of what I think we should be looking at. Also by making the web site CSS and xhtml compliant adding other fancy feature such as Ajax incremental updates etc would be easy. However for the moment we should just try to get a ui that scales well it light weight and easy to moidy to user preferences.
We could use Taylors layout as well. Like I said in a previous mail with proper CSS in place we can even have a library of 'skins' and you don't need to be a developer to make a skin with CSS you just need GIMP!
Regards Neil
-----Original Message----- From: Tom Kauffman [mailto:tommyk66 at newsguy.com] Sent: 06 July 2010 06:28 PM To: hobbit at hswn.dk Subject: Re: [hobbit] Input needed from all of you.
Screen resolution: 1920 X 1280 - and NEVER in full-screen mode.
Please be gentle with the page/sub-page and include file logic; I've made use of this to dynamically generate files for vmware and p6-RS6000 systems to show active guests on each host as well as cumulative memory and cpu usage.
Tom
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
HI All
To be honest I have already created a CSS for Xymon and I am busy testing various resolutions. I wish I had more time but my 9 month old daughter pretty much forces me to spend all my time with her and Barney the Dinosaur. Jokes aside I will document my ideas over the next few days and I will also try find a place to put up a example or two of the site. So far I am not messing with colour themes/icon etc I just want to get the layout sorted. Cosmetic while being the most prestigious part of the site is not a high priority. Functionality first.
Cheers.
-----Original Message----- From: Patrick Nixon [mailto:pnixon at gmail.com] Sent: 07 July 2010 08:02 AM To: hobbit at hswn.dk Subject: Re: [hobbit] Input needed from all of you.
If you are going to change the existing color schemes for the webpages, implement CSS first.
There are multiple reasons why a darker page is better than a brighter one, but mostly, it's preference and at this point, it's what we're used to and, personally, I like it :)
On Wed, Jul 7, 2010 at 1:43 AM, Neil Franken <nfranken at theunlimitedworld.co.za> wrote:
Hi All
I think the main thing that came out of this discussion is the following
- Screen resolution is not going to be used as a guide line for the front end. The front end must scale to fit the screen. No matter the resolution.
- Using your own themes i.e. logo,icons and positioning should be easy to achieve.
- The HTML must remain extremely lightweight(i.e keep fancy animations/graphics etc to a minimum).
Taylors rework of the front end is a good example of how it could look. If you guys want to see the power of skinning/modifying a web UI with CSS head over to the css zen garden. The site is one web site where you can use alternative CSS style sheets to achieve different look and feel for the site. It is a awesome example of what I think we should be looking at. Also by making the web site CSS and xhtml compliant adding other fancy feature such as Ajax incremental updates etc would be easy. However for the moment we should just try to get a ui that scales well it light weight and easy to moidy to user preferences.
We could use Taylors layout as well. Like I said in a previous mail with proper CSS in place we can even have a library of 'skins' and you don't need to be a developer to make a skin with CSS you just need GIMP!
Regards Neil
-----Original Message----- From: Tom Kauffman [mailto:tommyk66 at newsguy.com] Sent: 06 July 2010 06:28 PM To: hobbit at hswn.dk Subject: Re: [hobbit] Input needed from all of you.
Screen resolution: 1920 X 1280 - and NEVER in full-screen mode.
Please be gentle with the page/sub-page and include file logic; I've made use of this to dynamically generate files for vmware and p6-RS6000 systems to show active guests on each host as well as cumulative memory and cpu usage.
Tom
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
On Wednesday 07 July 2010, Neil Franken wrote:
HI All
To be honest I have already created a CSS for Xymon and I am busy testing various resolutions. I wish I had more time but my 9 month old daughter pretty much forces me to spend all my time with her and Barney the Dinosaur. Jokes aside I will document my ideas over the next few days and I will also try find a place to put up a example or two of the site. So far I am not messing with colour themes/icon etc I just want to get the layout sorted. Cosmetic while being the most prestigious part of the site is not a high priority. Functionality first. If you want some help or if you want me to try your changes, let me know.
I added jquery to my pages. I have a big test that returns a lot of log lines and I use jquery to hide them all, execept for the error lines. If you click on 'open all', all lines are showed. It can also be used for dynamic menu's, hover action and much more.
Stef
Hi Stef
Jquery is great. So is Rico, Scriptaculous, EXTjs and so on. I have a webpage that does Ajax push here at my office, it is a price monitor and when a price changes the HTML is updated only for that price that changed within a couple of milliseconds and the server initiates the update. The client does not poll the server. However... the page size is substantially bigger and server overhead ramps up with amount of users. These toolkits can be of great use but we need to make sure our HTML remains as lightweight as possible. I want the UI to be up and running when the rest of the data centre is going up in flames... not that Xymon will help with a real fire.
Once we get the HTML complaint with standards we can start to play with added functionality. Your idea is great for those big log files though and we will need to seriously look at this functionality for bigger result sets. One of the features I like in Jquery is that it allows you to treat HTML table data as a local record set which allows you to sort, search filter and go mad on the page. To get that into Xymon at this stage will require a bit of rework around the way the GUI get generated and I don't think right now it will be a priority, our strategy we will be to focus on the bug list and getting a new release out as soon as possible. Once we get the problems ironed out(and there is not a major load of bugs) we can move onto the user experience, eye candy and so on.
The input from the users are invaluable for me as my experience of Xymon is probably very small compared to some of the BIG boys on the list. So thanks for all the input guys/gals it is going to go far.
Regards Neil
-----Original Message----- From: Stef Coene [mailto:stef.coene at docum.org] Sent: 07 July 2010 08:23 AM To: hobbit at hswn.dk Subject: Re: [hobbit] Input needed from all of you.
On Wednesday 07 July 2010, Neil Franken wrote:
HI All
To be honest I have already created a CSS for Xymon and I am busy testing various resolutions. I wish I had more time but my 9 month old daughter pretty much forces me to spend all my time with her and Barney the Dinosaur. Jokes aside I will document my ideas over the next few days and I will also try find a place to put up a example or two of the site. So far I am not messing with colour themes/icon etc I just want to get the layout sorted. Cosmetic while being the most prestigious part of the site is not a high priority. Functionality first. If you want some help or if you want me to try your changes, let me know.
I added jquery to my pages. I have a big test that returns a lot of log lines and I use jquery to hide them all, execept for the error lines. If you click on 'open all', all lines are showed. It can also be used for dynamic menu's, hover action and much more.
Stef
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
On Wednesday, 7 July 2010 07:22:51 Stef Coene wrote:
On Wednesday 07 July 2010, Neil Franken wrote:
HI All
To be honest I have already created a CSS for Xymon and I am busy testing various resolutions.
Great,
However, I feel that the default theme should not change significantly. There are many reasons for this, but some Xymon/Hobbit displays are very widely seen, and users upgrading to (some version in the future with) CSS should not meet any surprises or have to struggle making their already customised (within limits) displays work for an upgrade.
Neil, now that you have some feedback, can we move some of this discussion to the developer list? Once there is something to show that needs user feedback, maybe we can have screenshots etc. and do a user survey?
I wish I had more time but my 9 month old daughter pretty much forces me to spend all my time with her and Barney the Dinosaur. Jokes aside I will document my ideas over the next few days and I will also try find a place to put up a example or two of the site. So far I am not messing with colour themes/icon etc I just want to get the layout sorted. Cosmetic while being the most prestigious part of the site is not a high priority. Functionality first.
If you want some help or if you want me to try your changes, let me know.
I added jquery to my pages. I have a big test that returns a lot of log lines and I use jquery to hide them all, execept for the error lines. If you click on 'open all', all lines are showed. It can also be used for dynamic menu's, hover action and much more.
We definitely need to consider an AJAX library/framework of some kind, as these kinds of features can help to improve the usability of the web frontend.
It might even be an idea to do this with the some of the default tests (ports,msgs procs etc.).
Regards, Buchan
Hi Buchan
Agreed. I have enough information and will move this to the dev list. Ajax will be simple to add once we have a proper defined HTML doc to work with.
Regards Neil
-----Original Message----- From: Buchan Milne [mailto:bgmilne at staff.telkomsa.net] Sent: 07 July 2010 09:56 AM To: hobbit at hswn.dk Cc: Stef Coene Subject: Re: [hobbit] Input needed from all of you.
On Wednesday, 7 July 2010 07:22:51 Stef Coene wrote:
On Wednesday 07 July 2010, Neil Franken wrote:
HI All
To be honest I have already created a CSS for Xymon and I am busy testing various resolutions.
Great,
However, I feel that the default theme should not change significantly. There are many reasons for this, but some Xymon/Hobbit displays are very widely seen, and users upgrading to (some version in the future with) CSS should not meet any surprises or have to struggle making their already customised (within limits) displays work for an upgrade.
Neil, now that you have some feedback, can we move some of this discussion to the developer list? Once there is something to show that needs user feedback, maybe we can have screenshots etc. and do a user survey?
I wish I had more time but my 9 month old daughter pretty much forces me to spend all my time with her and Barney the Dinosaur. Jokes aside I will document my ideas over the next few days and I will also try find a place to put up a example or two of the site. So far I am not messing with colour themes/icon etc I just want to get the layout sorted. Cosmetic while being the most prestigious part of the site is not a high priority. Functionality first.
If you want some help or if you want me to try your changes, let me know.
I added jquery to my pages. I have a big test that returns a lot of log lines and I use jquery to hide them all, execept for the error lines. If you click on 'open all', all lines are showed. It can also be used for dynamic menu's, hover action and much more.
We definitely need to consider an AJAX library/framework of some kind, as these kinds of features can help to improve the usability of the web frontend.
It might even be an idea to do this with the some of the default tests (ports,msgs procs etc.).
Regards, Buchan
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 07/05/2010 12:24 PM, Bill Arlofski wrote:
On 07/05/10 11:29, Josh Luthman wrote:
So there is no pinch and zoom? It just zooms out and sticks the page on the phone in landscape format?
Using this for a reference myself... http://www.youtube.com/watch?v=7qkXBMOyvtU
Right, that's an older video, but at about 51 seconds, they touch the screen and spin their finger clockwise to zoom in (you can also zoom out by going counter-clockwise) and then they double-tap for a "best fit" type of zoom. Another double-tap zooms back out, btw.
The touch/spin provides similar function to the pinch zoom of iPhone.
In any case, I guess the WML stuff would probably suffice for the "thin view", I just need to figure out how too get the N900 to recognize' the .wml files (a current test shows that N900 and Firefox want to download instead of display the file, whereas Opera displays the .wml files)
The Palm Pre actually does not support WML pages. It would be nice if there were an iPhone version of the Xymon display that rendered nicely on a smart phone. http://i.wund.com is one such iPhone site that looks great on my Palm Pre.
- ---- _ _ _ _ ___ _ _ _ |Y#| | | |\/| | \ |\ | | |Ryan Novosielski - Sr. Systems Programmer |$&| |__| | | |__/ | \| _| |novosirj at umdnj.edu - 973/972.0922 (2-0922) \__/ Univ. of Med. and Dent.|IST/CST-Academic Svcs. - ADMC 450, Newark -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAkwzQosACgkQmb+gadEcsb4n+QCggDIQduoowMDGzdWWWqFUBMZ2 5lAAoJwCeKtFu8rpVf3HUys68hNrdJLb =dt31 -----END PGP SIGNATURE-----
Cool Guys.
From what I can see we will need a fluid layout for PC's. We would need some other layouts for mobile devices. Thanks for the information.
Regards Neil
-----Original Message----- From: Bill Arlofski [mailto:waa-hobbitml at revpol.com] Sent: 05 July 2010 04:00 PM To: hobbit at hswn.dk Subject: Re: [hobbit] Input needed from all of you.
On 07/05/10 05:09, Neil Franken wrote:
Hi All
As we are in a planning stage I need YOUR help. One of the things we have on our hit list is the web interface(might be for a later release). Here is how you can help. Send me the resolutions of the screen you most commonly use to view your Xymon pages. This information will help greatly with the development going further.
Regards Neil
Hi Neil... I see a lot of people listing high resolutions - like my two screens @ 1680x1050 each...
But let's not forget about my Nokia N900 @ 800x480 and other mobile devices when considering redesigns. Some of my clients VPN into their networks and use their iPhone to check their Xymon status.
Thanks! :)
-- Bill Arlofski Reverse Polarity, LLC http://www.revpol.com/
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
I haven't been following this thread real closely, however I want to throw up a bit of a warning.
It's all fine and dandy to develop a wiz-bang page that looks great on your 15000x240000 screens, but remember day-to-day usage is not necessarily the critical time when you will be using the product. I see a lot of use from people who don't normally leverage it during disaster times. This is not a good time to have to worry about the screen resolution. Many times a 15" CRT is all that is sitting around and what we are forced to use short term because it's all we can find. If the page is formatted for a monster screen it's going to be very difficult to get a good picture of where we actually stand.
It could just be the situations I've been in where this comes into play and no one else ever has to worry about it, but I have seen it happen a number of times, so my vote is to stick with the simple and fast rendering pages that anything can view. Or possibly offer up an option so both sets of pages are still available.
Bill Hart
From: "Neil Franken" <nfranken at theunlimitedworld.co.za> To: <hobbit at hswn.dk> Date: 07/05/2010 09:16 AM Subject: RE: [hobbit] Input needed from all of you.
Cool Guys.
Excellent point, which brings me to ask a very good question:
What doesn't work about the current interface?
Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
“Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill
On Mon, Jul 5, 2010 at 10:28 AM, <wshart at hormel.com> wrote:
I haven't been following this thread real closely, however I want to throw up a bit of a warning.
It's all fine and dandy to develop a wiz-bang page that looks great on your 15000x240000 screens, but remember day-to-day usage is not necessarily the critical time when you will be using the product. I see a lot of use from people who don't normally leverage it during disaster times. This is not a good time to have to worry about the screen resolution. Many times a 15" CRT is all that is sitting around and what we are forced to use short term because it's all we can find. If the page is formatted for a monster screen it's going to be very difficult to get a good picture of where we actually stand.
It could just be the situations I've been in where this comes into play and no one else ever has to worry about it, but I have seen it happen a number of times, so my vote is to stick with the simple and fast rendering pages that anything can view. Or possibly offer up an option so both sets of pages are still available.
Bill Hart
From: "Neil Franken" <nfranken at theunlimitedworld.co.za> To: <hobbit at hswn.dk> Date: 07/05/2010 09:16 AM Subject: RE: [hobbit] Input needed from all of you.
Cool Guys.
From what I can see we will need a fluid layout for PC's. We would need some other layouts for mobile devices. Thanks for the information.
Regards Neil
-----Original Message----- From: Bill Arlofski [mailto:waa-hobbitml at revpol.com] Sent: 05 July 2010 04:00 PM To: hobbit at hswn.dk Subject: Re: [hobbit] Input needed from all of you.
On 07/05/10 05:09, Neil Franken wrote:
Hi All
As we are in a planning stage I need YOUR help. One of the things we have on our hit list is the web interface(might be for a later release). Here is how you can help. Send me the resolutions of the screen you most commonly use to view your Xymon pages. This information will help greatly with the development going further.
Regards Neil
Hi Neil... I see a lot of people listing high resolutions - like my two screens @ 1680x1050 each...
But let's not forget about my Nokia N900 @ 800x480 and other mobile devices when considering redesigns. Some of my clients VPN into their networks and use their iPhone to check their Xymon status.
Thanks! :)
-- Bill Arlofski Reverse Polarity, LLC http://www.revpol.com/
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
Notice: This communication is an electronic communication within the meaning of the Electronic Communications Privacy Act, 18 U.S.C. ? 2510. Its disclosure is strictly limited to the recipient(s) intended by the sender of this message. This transmission and any attachments may contain proprietary, confidential, attorney-client privileged information and/or attorney work product. If you are not the intended recipient, any disclosure, copying, distribution, reliance on, or use of any of the information contained herein is STRICTLY PROHIBITED. Please destroy the original transmission and its attachments without reading or saving in any matter and confirm by return email.
In my opinion, the only problems with the current interface are:
it's difficult to customize to the taste of the user. Aside from things like header or footer changes, you've got to change the source code, re-compile and deploy to see a change. Hence the reason that I went through everything to add CSS capabilities so I didn't need to recompile everything.
The interface is simply a little dated. Most of this goes back to the 90's with Big Brother. That's not to say that being thin and fast is a bad thing, but everything needs a makeover now and then to incorporate items that simply didn't exist at the inception. Even Volkswagen change the Beetle which was neither thin nor fast.
Although PURELY cosmetic, the current interface doesn't always portray the most "professional" look to those that might not understand what they are looking for, but expect and IT department to use professional tools. This doesn't have to be a 100K application, but it's probably time that the animated smiley faces go away or at least give the user the option of it.
Again, these are the three fundamental reasons that we changed our UI. It's still thin and loads very fast, but when someone looks at it, their first impression isn't open source.
I'd love the app to be PHP based instead of HTML so that it could do a little more processing of what was/is being displayed, but that's another discussion.
-----Original Message----- From: Josh Luthman [mailto:josh at imaginenetworksllc.com] Sent: Monday, July 05, 2010 10:33 AM To: hobbit at hswn.dk Subject: Re: [hobbit] Input needed from all of you.
Excellent point, which brings me to ask a very good question:
What doesn't work about the current interface?
Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
"Success is not final, failure is not fatal: it is the courage to continue that counts." --- Winston Churchill
On Mon, Jul 5, 2010 at 10:28 AM, <wshart at hormel.com> wrote:
I haven't been following this thread real closely, however I want to throw up a bit of a warning.
It's all fine and dandy to develop a wiz-bang page that looks great on your 15000x240000 screens, but remember day-to-day usage is not necessarily the critical time when you will be using the product. I see a lot of use from people who don't normally leverage it during disaster times. This is not a good time to have to worry about the screen resolution. Many times a 15" CRT is all that is sitting around and what we are forced to use short term because it's all we can find. If the page is formatted for a monster screen it's going to be very difficult to get a good picture of where we actually stand.
It could just be the situations I've been in where this comes into play and no one else ever has to worry about it, but I have seen it happen a number of times, so my vote is to stick with the simple and fast rendering pages that anything can view. Or possibly offer up an option so both sets of pages are still available.
Bill Hart
From: "Neil Franken" <nfranken at theunlimitedworld.co.za> To: <hobbit at hswn.dk> Date: 07/05/2010 09:16 AM Subject: RE: [hobbit] Input needed from all of you.
Cool Guys.
From what I can see we will need a fluid layout for PC's. We would need some other layouts for mobile devices. Thanks for the information.
Regards Neil
-----Original Message----- From: Bill Arlofski [mailto:waa-hobbitml at revpol.com] Sent: 05 July 2010 04:00 PM To: hobbit at hswn.dk Subject: Re: [hobbit] Input needed from all of you.
On 07/05/10 05:09, Neil Franken wrote:
Hi All
As we are in a planning stage I need YOUR help. One of the things we have on our hit list is the web interface(might be for a later release). Here is how you can help. Send me the resolutions of the screen you most commonly use to view your Xymon pages. This information will help greatly with the development going further.
Regards Neil
Hi Neil... I see a lot of people listing high resolutions - like my two screens @ 1680x1050 each...
But let's not forget about my Nokia N900 @ 800x480 and other mobile devices when considering redesigns. Some of my clients VPN into their networks and use their iPhone to check their Xymon status.
Thanks! :)
-- Bill Arlofski Reverse Polarity, LLC http://www.revpol.com/
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
Notice: This communication is an electronic communication within the meaning of the Electronic Communications Privacy Act, 18 U.S.C. ? 2510. Its disclosure is strictly limited to the recipient(s) intended by the sender of this message. This transmission and any attachments may contain proprietary, confidential, attorney-client privileged information and/or attorney work product. If you are not the intended recipient, any disclosure, copying, distribution, reliance on, or use of any of the information contained herein is STRICTLY PROHIBITED. Please destroy the original transmission and its attachments without reading or saving in any matter and confirm by return email.
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
Taylor
You pretty much summed it up. CSS would add a lot of this functionality without fundamental rewrites of the source. We could even have a skinning section on Xymonton for alternative look and feels. One of the items I also desperately need is different views for different users. I don't want my business users to start monitoring the CPU usage but I would sure like to give them some information which I use to inform them of system status.
Anyway hopefully TJ get admin soon so we can setup a meeting nad finalise the work.
Thanks for the input everyone it helps a lot with the planning.
Regards Neil
-----Original Message----- From: Taylor, Robert [mailto:Robert.Taylor at hendrickauto.com] Sent: 05 July 2010 04:44 PM To: hobbit at hswn.dk Subject: RE: [hobbit] Input needed from all of you.
In my opinion, the only problems with the current interface are:
it's difficult to customize to the taste of the user. Aside from things like header or footer changes, you've got to change the source code, re-compile and deploy to see a change. Hence the reason that I went through everything to add CSS capabilities so I didn't need to recompile everything.
The interface is simply a little dated. Most of this goes back to the 90's with Big Brother. That's not to say that being thin and fast is a bad thing, but everything needs a makeover now and then to incorporate items that simply didn't exist at the inception. Even Volkswagen change the Beetle which was neither thin nor fast.
Although PURELY cosmetic, the current interface doesn't always portray the most "professional" look to those that might not understand what they are looking for, but expect and IT department to use professional tools. This doesn't have to be a 100K application, but it's probably time that the animated smiley faces go away or at least give the user the option of it.
Again, these are the three fundamental reasons that we changed our UI. It's still thin and loads very fast, but when someone looks at it, their first impression isn't open source.
I'd love the app to be PHP based instead of HTML so that it could do a little more processing of what was/is being displayed, but that's another discussion.
-----Original Message----- From: Josh Luthman [mailto:josh at imaginenetworksllc.com] Sent: Monday, July 05, 2010 10:33 AM To: hobbit at hswn.dk Subject: Re: [hobbit] Input needed from all of you.
Excellent point, which brings me to ask a very good question:
What doesn't work about the current interface?
Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
"Success is not final, failure is not fatal: it is the courage to continue that counts." --- Winston Churchill
On Mon, Jul 5, 2010 at 10:28 AM, <wshart at hormel.com> wrote:
I haven't been following this thread real closely, however I want to throw up a bit of a warning.
It's all fine and dandy to develop a wiz-bang page that looks great on your 15000x240000 screens, but remember day-to-day usage is not necessarily the critical time when you will be using the product. I see a lot of use from people who don't normally leverage it during disaster times. This is not a good time to have to worry about the screen resolution. Many times a 15" CRT is all that is sitting around and what we are forced to use short term because it's all we can find. If the page is formatted for a monster screen it's going to be very difficult to get a good picture of where we actually stand.
It could just be the situations I've been in where this comes into play and no one else ever has to worry about it, but I have seen it happen a number of times, so my vote is to stick with the simple and fast rendering pages that anything can view. Or possibly offer up an option so both sets of pages are still available.
Bill Hart
From: "Neil Franken" <nfranken at theunlimitedworld.co.za> To: <hobbit at hswn.dk> Date: 07/05/2010 09:16 AM Subject: RE: [hobbit] Input needed from all of you.
Cool Guys.
From what I can see we will need a fluid layout for PC's. We would need some other layouts for mobile devices. Thanks for the information.
Regards Neil
-----Original Message----- From: Bill Arlofski [mailto:waa-hobbitml at revpol.com] Sent: 05 July 2010 04:00 PM To: hobbit at hswn.dk Subject: Re: [hobbit] Input needed from all of you.
On 07/05/10 05:09, Neil Franken wrote:
Hi All
As we are in a planning stage I need YOUR help. One of the things we have on our hit list is the web interface(might be for a later release). Here is how you can help. Send me the resolutions of the screen you most commonly use to view your Xymon pages. This information will help greatly with the development going further.
Regards Neil
Hi Neil... I see a lot of people listing high resolutions - like my two screens @ 1680x1050 each...
But let's not forget about my Nokia N900 @ 800x480 and other mobile devices when considering redesigns. Some of my clients VPN into their networks and use their iPhone to check their Xymon status.
Thanks! :)
-- Bill Arlofski Reverse Polarity, LLC http://www.revpol.com/
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
Notice: This communication is an electronic communication within the meaning of the Electronic Communications Privacy Act, 18 U.S.C. ? 2510. Its disclosure is strictly limited to the recipient(s) intended by the sender of this message. This transmission and any attachments may contain proprietary, confidential, attorney-client privileged information and/or attorney work product. If you are not the intended recipient, any disclosure, copying, distribution, reliance on, or use of any of the information contained herein is STRICTLY PROHIBITED. Please destroy the original transmission and its attachments without reading or saving in any matter and confirm by return email.
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
I'd suggest you develop a standard XML format for the status reports.
At that point, developing new frontends for it can be decoupled from the main codebase, with whatever preprocessing you require, without it possibly breaking the rest of the code.
1280x800 on my laptop 1280x270(or so) x3 on the monitoring screen 854x480 on my Milestone.
Steve Anderson
-----Original Message----- From: Taylor, Robert [mailto:Robert.Taylor at hendrickauto.com] Sent: 05 July 2010 3:44 PM To: hobbit at hswn.dk Subject: RE: [hobbit] Input needed from all of you.
In my opinion, the only problems with the current interface are:
it's difficult to customize to the taste of the user. Aside from things like header or footer changes, you've got to change the source code, re-compile and deploy to see a change. Hence the reason that I went through everything to add CSS capabilities so I didn't need to recompile everything.
The interface is simply a little dated. Most of this goes back to the 90's with Big Brother. That's not to say that being thin and fast is a bad thing, but everything needs a makeover now and then to incorporate items that simply didn't exist at the inception. Even Volkswagen change the Beetle which was neither thin nor fast.
Although PURELY cosmetic, the current interface doesn't always portray the most "professional" look to those that might not understand what they are looking for, but expect and IT department to use professional tools. This doesn't have to be a 100K application, but it's probably time that the animated smiley faces go away or at least give the user the option of it.
Again, these are the three fundamental reasons that we changed our UI. It's still thin and loads very fast, but when someone looks at it, their first impression isn't open source.
I'd love the app to be PHP based instead of HTML so that it could do a little more processing of what was/is being displayed, but that's another discussion.
-----Original Message----- From: Josh Luthman [mailto:josh at imaginenetworksllc.com] Sent: Monday, July 05, 2010 10:33 AM To: hobbit at hswn.dk Subject: Re: [hobbit] Input needed from all of you.
Excellent point, which brings me to ask a very good question:
What doesn't work about the current interface?
Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
"Success is not final, failure is not fatal: it is the courage to continue that counts." --- Winston Churchill
On Mon, Jul 5, 2010 at 10:28 AM, <wshart at hormel.com> wrote:
I haven't been following this thread real closely, however I want to throw up a bit of a warning.
It's all fine and dandy to develop a wiz-bang page that looks great on your 15000x240000 screens, but remember day-to-day usage is not necessarily the critical time when you will be using the product. I see a lot of use from people who don't normally leverage it during disaster times. This is not a good time to have to worry about the screen resolution. Many times a 15" CRT is all that is sitting around and what we are forced to use short term because it's all we can find. If the page is formatted for a monster screen it's going to be very difficult to get a good picture of where we actually stand.
It could just be the situations I've been in where this comes into play and no one else ever has to worry about it, but I have seen it happen a number of times, so my vote is to stick with the simple and fast rendering pages that anything can view. Or possibly offer up an option so both sets of pages are still available.
Bill Hart
From: "Neil Franken" <nfranken at theunlimitedworld.co.za> To: <hobbit at hswn.dk> Date: 07/05/2010 09:16 AM Subject: RE: [hobbit] Input needed from all of you.
Cool Guys.
From what I can see we will need a fluid layout for PC's. We would need some other layouts for mobile devices. Thanks for the information.
Regards Neil
-----Original Message----- From: Bill Arlofski [mailto:waa-hobbitml at revpol.com] Sent: 05 July 2010 04:00 PM To: hobbit at hswn.dk Subject: Re: [hobbit] Input needed from all of you.
On 07/05/10 05:09, Neil Franken wrote:
Hi All
As we are in a planning stage I need YOUR help. One of the things we have on our hit list is the web interface(might be for a later release). Here is how you can help. Send me the resolutions of the screen you most commonly use to view your Xymon pages. This information will help greatly with the development going further.
Regards Neil
Hi Neil... I see a lot of people listing high resolutions - like my two screens @ 1680x1050 each...
But let's not forget about my Nokia N900 @ 800x480 and other mobile devices when considering redesigns. Some of my clients VPN into their networks and use their iPhone to check their Xymon status.
Thanks! :)
-- Bill Arlofski Reverse Polarity, LLC http://www.revpol.com/
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
Notice: This communication is an electronic communication within the meaning of the Electronic Communications Privacy Act, 18 U.S.C. ? 2510. Its disclosure is strictly limited to the recipient(s) intended by the sender of this message. This transmission and any attachments may contain proprietary, confidential, attorney-client privileged information and/or attorney work product. If you are not the intended recipient, any disclosure, copying, distribution, reliance on, or use of any of the information contained herein is STRICTLY PROHIBITED. Please destroy the original transmission and its attachments without reading or saving in any matter and confirm by return email.
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
This email has been scanned by Netintelligence http://www.netintelligence.com/email
BiP Solutions Limited is a company registered in Scotland with Company Number SC086146 and VAT number 383030966 and having its registered office at Medius, 60 Pacific Quay, Glasgow, G51 1DZ.
This e-mail (and any attachment) is intended only for the attention of the addressee(s). Its unauthorised use, disclosure, storage or copying is not permitted. If you are not the intended recipient, please destroy all copies and inform the sender by return e-mail. This e-mail (whether you are the sender or the recipient) may be monitored, recorded and retained by BiP Solutions Ltd. E-mail monitoring/ blocking software may be used, and e-mail content may be read at any time.You have a responsibility to ensure laws are not broken when composing or forwarding e-mails and their contents.
I like what you've done to the interface, it looks fresher and loses the outdated BB GUI, but remains clean, simple, and fast. I would be quite happy if your changes and overall appearance were used for the next interation of the GUI. The code is done, you've proven they work, and it would provide a positive step in the right direction. I would prefer that major overhauls of the GUI be documented in a project roadmap and scheduled for a future, major release.
Tom
On 07/05/2010 10:44 AM, Taylor, Robert wrote:
In my opinion, the only problems with the current interface are:
it's difficult to customize to the taste of the user. Aside from things like header or footer changes, you've got to change the source code, re-compile and deploy to see a change. Hence the reason that I went through everything to add CSS capabilities so I didn't need to recompile everything.
The interface is simply a little dated. Most of this goes back to the 90's with Big Brother. That's not to say that being thin and fast is a bad thing, but everything needs a makeover now and then to incorporate items that simply didn't exist at the inception. Even Volkswagen change the Beetle which was neither thin nor fast.
Although PURELY cosmetic, the current interface doesn't always portray the most "professional" look to those that might not understand what they are looking for, but expect and IT department to use professional tools. This doesn't have to be a 100K application, but it's probably time that the animated smiley faces go away or at least give the user the option of it.
Again, these are the three fundamental reasons that we changed our UI. It's still thin and loads very fast, but when someone looks at it, their first impression isn't open source.
I'd love the app to be PHP based instead of HTML so that it could do a little more processing of what was/is being displayed, but that's another discussion.
-----Original Message----- From: Josh Luthman [mailto:josh at imaginenetworksllc.com] Sent: Monday, July 05, 2010 10:33 AM To: hobbit at hswn.dk Subject: Re: [hobbit] Input needed from all of you.
Excellent point, which brings me to ask a very good question:
What doesn't work about the current interface?
Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
"Success is not final, failure is not fatal: it is the courage to continue that counts." --- Winston Churchill
On Mon, Jul 5, 2010 at 10:28 AM,<wshart at hormel.com> wrote:
I haven't been following this thread real closely, however I want to throw up a bit of a warning.
It's all fine and dandy to develop a wiz-bang page that looks great on your 15000x240000 screens, but remember day-to-day usage is not necessarily the critical time when you will be using the product. I see a lot of use from people who don't normally leverage it during disaster times. This is not a good time to have to worry about the screen resolution. Many times a 15" CRT is all that is sitting around and what we are forced to use short term because it's all we can find. If the page is formatted for a monster screen it's going to be very difficult to get a good picture of where we actually stand.
It could just be the situations I've been in where this comes into play and no one else ever has to worry about it, but I have seen it happen a number of times, so my vote is to stick with the simple and fast rendering pages that anything can view. Or possibly offer up an option so both sets of pages are still available.
Bill Hart
From: "Neil Franken"<nfranken at theunlimitedworld.co.za> To:<hobbit at hswn.dk> Date: 07/05/2010 09:16 AM Subject: RE: [hobbit] Input needed from all of you.
Cool Guys.
From what I can see we will need a fluid layout for PC's. We would need some other layouts for mobile devices. Thanks for the information.
Regards Neil
-----Original Message----- From: Bill Arlofski [mailto:waa-hobbitml at revpol.com] Sent: 05 July 2010 04:00 PM To: hobbit at hswn.dk Subject: Re: [hobbit] Input needed from all of you.
On 07/05/10 05:09, Neil Franken wrote:
Hi All
As we are in a planning stage I need YOUR help. One of the things we have on our hit list is the web interface(might be for a later release). Here is how you can help. Send me the resolutions of the screen you most commonly use to view your Xymon pages. This information will help greatly with the development going further.
Regards Neil
Hi Neil... I see a lot of people listing high resolutions - like my two screens @ 1680x1050 each...
But let's not forget about my Nokia N900 @ 800x480 and other mobile devices when considering redesigns. Some of my clients VPN into their networks and use their iPhone to check their Xymon status.
Thanks! :)
-- Bill Arlofski Reverse Polarity, LLC http://www.revpol.com/
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
Notice: This communication is an electronic communication within the meaning of the Electronic Communications Privacy Act, 18 U.S.C. ? 2510. Its disclosure is strictly limited to the recipient(s) intended by the sender of this message. This transmission and any attachments may contain proprietary, confidential, attorney-client privileged information and/or attorney work product. If you are not the intended recipient, any disclosure, copying, distribution, reliance on, or use of any of the information contained herein is STRICTLY PROHIBITED. Please destroy the original transmission and its attachments without reading or saving in any matter and confirm by return email.
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Tom Georgoulias Senior Systems Engineer McClatchy Interactive desk: 919-861-1267 AIM: tgeorgouliasmi
All valid points. Josh the current interface has no problems except that maybe skinning it is difficult. Some people might have specific needs on display resolutions, colour etc. I have a way to solve that.
Here is my idea.
A Css based liquid layout. Which depending on the size of the screen will scale up and down with ease. Removing the presentation mark-up from the HTML into a CSS making the HTML even more lightweight. In all respects this is not a rewrite of the Interface. It is a simple modification which will allow the HTML to be more portable and more lightweight without major rework. Thus no ajax,flash graphics or anything like that. The actual structure of the site i.e. link and how the site behaves will remain identical to the current site. Just a little CSS magic to make it even better.
I actually wanted to see what is the lowest resolution commonly used so we can accommodate for all. If you guys need more convincing go read about liquid layouts in CSS. The thing I liked most about Xymon is that the website interface is fast, tiny and easy to use. My mission is to make is lighter and slighty faster with more portability. Yes there might be some minor altering of the layout but nothing major(i.e getting rid of tables and replacing with div tags, menu navigation without a js script needed and so on). If we can get this site to run on CSS proper i.e. no presentation in the mark-up skinning it to your needs will be a simple matter of changing the CSS.
Questions, comments?
Regards Neil
PS. Check out this website for more real examples on liquid layouts http://www.dynamicdrive.com/style/layouts/category/C13/
-----Original Message----- From: Josh Luthman [mailto:josh at imaginenetworksllc.com] Sent: 05 July 2010 04:33 PM To: hobbit at hswn.dk Subject: Re: [hobbit] Input needed from all of you.
Excellent point, which brings me to ask a very good question:
What doesn't work about the current interface?
Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
"Success is not final, failure is not fatal: it is the courage to continue that counts." --- Winston Churchill
On Mon, Jul 5, 2010 at 10:28 AM, <wshart at hormel.com> wrote:
I haven't been following this thread real closely, however I want to throw up a bit of a warning.
It's all fine and dandy to develop a wiz-bang page that looks great on your 15000x240000 screens, but remember day-to-day usage is not necessarily the critical time when you will be using the product. I see a lot of use from people who don't normally leverage it during disaster times. This is not a good time to have to worry about the screen resolution. Many times a 15" CRT is all that is sitting around and what we are forced to use short term because it's all we can find. If the page is formatted for a monster screen it's going to be very difficult to get a good picture of where we actually stand.
It could just be the situations I've been in where this comes into play and no one else ever has to worry about it, but I have seen it happen a number of times, so my vote is to stick with the simple and fast rendering pages that anything can view. Or possibly offer up an option so both sets of pages are still available.
Bill Hart
From: "Neil Franken" <nfranken at theunlimitedworld.co.za> To: <hobbit at hswn.dk> Date: 07/05/2010 09:16 AM Subject: RE: [hobbit] Input needed from all of you.
Cool Guys.
From what I can see we will need a fluid layout for PC's. We would need some other layouts for mobile devices. Thanks for the information.
Regards Neil
-----Original Message----- From: Bill Arlofski [mailto:waa-hobbitml at revpol.com] Sent: 05 July 2010 04:00 PM To: hobbit at hswn.dk Subject: Re: [hobbit] Input needed from all of you.
On 07/05/10 05:09, Neil Franken wrote:
Hi All
As we are in a planning stage I need YOUR help. One of the things we have on our hit list is the web interface(might be for a later release). Here is how you can help. Send me the resolutions of the screen you most commonly use to view your Xymon pages. This information will help greatly with the development going further.
Regards Neil
Hi Neil... I see a lot of people listing high resolutions - like my two screens @ 1680x1050 each...
But let's not forget about my Nokia N900 @ 800x480 and other mobile devices when considering redesigns. Some of my clients VPN into their networks and use their iPhone to check their Xymon status.
Thanks! :)
-- Bill Arlofski Reverse Polarity, LLC http://www.revpol.com/
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
Notice: This communication is an electronic communication within the meaning of the Electronic Communications Privacy Act, 18 U.S.C. ? 2510. Its disclosure is strictly limited to the recipient(s) intended by the sender of this message. This transmission and any attachments may contain proprietary, confidential, attorney-client privileged information and/or attorney work product. If you are not the intended recipient, any disclosure, copying, distribution, reliance on, or use of any of the information contained herein is STRICTLY PROHIBITED. Please destroy the original transmission and its attachments without reading or saving in any matter and confirm by return email.
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
If it's all about skins I say we leave it alone. Now if it has issues with resolutions, I think it needs worked on.
A Css based liquid layout.
I really like these, but how compatible are they? I only use my Windows XP/7 with Firefox to see them, which covers the majority of the user base.
I actually wanted to see what is the lowest resolution commonly used so we can accommodate for all.
640x480 would be super super small and be maybe 5 users around the globe. 800x600 would cover a lot more compared to the previous figure, but not a "huge chunk".
Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
“Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill
On Mon, Jul 5, 2010 at 10:49 AM, Neil Franken <nfranken at theunlimitedworld.co.za> wrote:
All valid points. Josh the current interface has no problems except that maybe skinning it is difficult. Some people might have specific needs on display resolutions, colour etc. I have a way to solve that.
Here is my idea.
A Css based liquid layout. Which depending on the size of the screen will scale up and down with ease. Removing the presentation mark-up from the HTML into a CSS making the HTML even more lightweight. In all respects this is not a rewrite of the Interface. It is a simple modification which will allow the HTML to be more portable and more lightweight without major rework. Thus no ajax,flash graphics or anything like that. The actual structure of the site i.e. link and how the site behaves will remain identical to the current site. Just a little CSS magic to make it even better.
I actually wanted to see what is the lowest resolution commonly used so we can accommodate for all. If you guys need more convincing go read about liquid layouts in CSS. The thing I liked most about Xymon is that the website interface is fast, tiny and easy to use. My mission is to make is lighter and slighty faster with more portability. Yes there might be some minor altering of the layout but nothing major(i.e getting rid of tables and replacing with div tags, menu navigation without a js script needed and so on). If we can get this site to run on CSS proper i.e. no presentation in the mark-up skinning it to your needs will be a simple matter of changing the CSS.
Questions, comments?
Regards Neil
PS. Check out this website for more real examples on liquid layouts http://www.dynamicdrive.com/style/layouts/category/C13/
-----Original Message----- From: Josh Luthman [mailto:josh at imaginenetworksllc.com] Sent: 05 July 2010 04:33 PM To: hobbit at hswn.dk Subject: Re: [hobbit] Input needed from all of you.
Excellent point, which brings me to ask a very good question:
What doesn't work about the current interface?
Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
"Success is not final, failure is not fatal: it is the courage to continue that counts." --- Winston Churchill
On Mon, Jul 5, 2010 at 10:28 AM, <wshart at hormel.com> wrote:
I haven't been following this thread real closely, however I want to throw up a bit of a warning.
It's all fine and dandy to develop a wiz-bang page that looks great on your 15000x240000 screens, but remember day-to-day usage is not necessarily the critical time when you will be using the product. I see a lot of use from people who don't normally leverage it during disaster times. This is not a good time to have to worry about the screen resolution. Many times a 15" CRT is all that is sitting around and what we are forced to use short term because it's all we can find. If the page is formatted for a monster screen it's going to be very difficult to get a good picture of where we actually stand.
It could just be the situations I've been in where this comes into play and no one else ever has to worry about it, but I have seen it happen a number of times, so my vote is to stick with the simple and fast rendering pages that anything can view. Or possibly offer up an option so both sets of pages are still available.
Bill Hart
From: "Neil Franken" <nfranken at theunlimitedworld.co.za> To: <hobbit at hswn.dk> Date: 07/05/2010 09:16 AM Subject: RE: [hobbit] Input needed from all of you.
Cool Guys.
From what I can see we will need a fluid layout for PC's. We would need some other layouts for mobile devices. Thanks for the information.
Regards Neil
-----Original Message----- From: Bill Arlofski [mailto:waa-hobbitml at revpol.com] Sent: 05 July 2010 04:00 PM To: hobbit at hswn.dk Subject: Re: [hobbit] Input needed from all of you.
On 07/05/10 05:09, Neil Franken wrote:
Hi All
As we are in a planning stage I need YOUR help. One of the things we have on our hit list is the web interface(might be for a later release). Here is how you can help. Send me the resolutions of the screen you most commonly use to view your Xymon pages. This information will help greatly with the development going further.
Regards Neil
Hi Neil... I see a lot of people listing high resolutions - like my two screens @ 1680x1050 each...
But let's not forget about my Nokia N900 @ 800x480 and other mobile devices when considering redesigns. Some of my clients VPN into their networks and use their iPhone to check their Xymon status.
Thanks! :)
-- Bill Arlofski Reverse Polarity, LLC http://www.revpol.com/
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
Notice: This communication is an electronic communication within the meaning of the Electronic Communications Privacy Act, 18 U.S.C. ? 2510. Its disclosure is strictly limited to the recipient(s) intended by the sender of this message. This transmission and any attachments may contain proprietary, confidential, attorney-client privileged information and/or attorney work product. If you are not the intended recipient, any disclosure, copying, distribution, reliance on, or use of any of the information contained herein is STRICTLY PROHIBITED. Please destroy the original transmission and its attachments without reading or saving in any matter and confirm by return email.
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
Hi Josh.
CSS is incredibly powerfull as far as browser compatibility is concerned. IE 5.x had some issues with the layout model but there is a simple hack for it(look for box model hack and IE 5). IE 6 does not support hover attributes on anything but <a href> links. However since we wont rely on this particular feature our CSS will work on FF, IE, Safari, Chrome and Opera. Like I said we are not fundamentally changing things we are just getting the HTML leaner and meaner.
Regards Neil
-----Original Message----- From: Josh Luthman [mailto:josh at imaginenetworksllc.com] Sent: 05 July 2010 04:59 PM To: hobbit at hswn.dk Subject: Re: [hobbit] Input needed from all of you.
If it's all about skins I say we leave it alone. Now if it has issues with resolutions, I think it needs worked on.
A Css based liquid layout.
I really like these, but how compatible are they? I only use my Windows XP/7 with Firefox to see them, which covers the majority of the user base.
I actually wanted to see what is the lowest resolution commonly used so we can accommodate for all.
640x480 would be super super small and be maybe 5 users around the globe. 800x600 would cover a lot more compared to the previous figure, but not a "huge chunk".
Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
"Success is not final, failure is not fatal: it is the courage to continue that counts." --- Winston Churchill
On Mon, Jul 5, 2010 at 10:49 AM, Neil Franken <nfranken at theunlimitedworld.co.za> wrote:
All valid points. Josh the current interface has no problems except that maybe skinning it is difficult. Some people might have specific needs on display resolutions, colour etc. I have a way to solve that.
Here is my idea.
A Css based liquid layout. Which depending on the size of the screen will scale up and down with ease. Removing the presentation mark-up from the HTML into a CSS making the HTML even more lightweight. In all respects this is not a rewrite of the Interface. It is a simple modification which will allow the HTML to be more portable and more lightweight without major rework. Thus no ajax,flash graphics or anything like that. The actual structure of the site i.e. link and how the site behaves will remain identical to the current site. Just a little CSS magic to make it even better.
I actually wanted to see what is the lowest resolution commonly used so we can accommodate for all. If you guys need more convincing go read about liquid layouts in CSS. The thing I liked most about Xymon is that the website interface is fast, tiny and easy to use. My mission is to make is lighter and slighty faster with more portability. Yes there might be some minor altering of the layout but nothing major(i.e getting rid of tables and replacing with div tags, menu navigation without a js script needed and so on). If we can get this site to run on CSS proper i.e. no presentation in the mark-up skinning it to your needs will be a simple matter of changing the CSS.
Questions, comments?
Regards Neil
PS. Check out this website for more real examples on liquid layouts http://www.dynamicdrive.com/style/layouts/category/C13/
-----Original Message----- From: Josh Luthman [mailto:josh at imaginenetworksllc.com] Sent: 05 July 2010 04:33 PM To: hobbit at hswn.dk Subject: Re: [hobbit] Input needed from all of you.
Excellent point, which brings me to ask a very good question:
What doesn't work about the current interface?
Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
"Success is not final, failure is not fatal: it is the courage to continue that counts." --- Winston Churchill
On Mon, Jul 5, 2010 at 10:28 AM, <wshart at hormel.com> wrote:
I haven't been following this thread real closely, however I want to throw up a bit of a warning.
It's all fine and dandy to develop a wiz-bang page that looks great on your 15000x240000 screens, but remember day-to-day usage is not necessarily the critical time when you will be using the product. I see a lot of use from people who don't normally leverage it during disaster times. This is not a good time to have to worry about the screen resolution. Many times a 15" CRT is all that is sitting around and what we are forced to use short term because it's all we can find. If the page is formatted for a monster screen it's going to be very difficult to get a good picture of where we actually stand.
It could just be the situations I've been in where this comes into play and no one else ever has to worry about it, but I have seen it happen a number of times, so my vote is to stick with the simple and fast rendering pages that anything can view. Or possibly offer up an option so both sets of pages are still available.
Bill Hart
From: "Neil Franken" <nfranken at theunlimitedworld.co.za> To: <hobbit at hswn.dk> Date: 07/05/2010 09:16 AM Subject: RE: [hobbit] Input needed from all of you.
Cool Guys.
From what I can see we will need a fluid layout for PC's. We would need some other layouts for mobile devices. Thanks for the information.
Regards Neil
-----Original Message----- From: Bill Arlofski [mailto:waa-hobbitml at revpol.com] Sent: 05 July 2010 04:00 PM To: hobbit at hswn.dk Subject: Re: [hobbit] Input needed from all of you.
On 07/05/10 05:09, Neil Franken wrote:
Hi All
As we are in a planning stage I need YOUR help. One of the things we have on our hit list is the web interface(might be for a later release). Here is how you can help. Send me the resolutions of the screen you most commonly use to view your Xymon pages. This information will help greatly with the development going further.
Regards Neil
Hi Neil... I see a lot of people listing high resolutions - like my two screens @ 1680x1050 each...
But let's not forget about my Nokia N900 @ 800x480 and other mobile devices when considering redesigns. Some of my clients VPN into their networks and use their iPhone to check their Xymon status.
Thanks! :)
-- Bill Arlofski Reverse Polarity, LLC http://www.revpol.com/
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
Notice: This communication is an electronic communication within the meaning of the Electronic Communications Privacy Act, 18 U.S.C. ? 2510. Its disclosure is strictly limited to the recipient(s) intended by the sender of this message. This transmission and any attachments may contain proprietary, confidential, attorney-client privileged information and/or attorney work product. If you are not the intended recipient, any disclosure, copying, distribution, reliance on, or use of any of the information contained herein is STRICTLY PROHIBITED. Please destroy the original transmission and its attachments without reading or saving in any matter and confirm by return email.
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
Well if you want me to test the resolution on 4 different boxes (old CRT, old LCD, new widescreen LCD and [probably] Droid X mobile phone) I would be happy to look and tell you what I think and test compatibility.
Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
“Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill
On Tue, Jul 6, 2010 at 1:36 AM, Neil Franken <nfranken at theunlimitedworld.co.za> wrote:
Hi Josh.
CSS is incredibly powerfull as far as browser compatibility is concerned. IE 5.x had some issues with the layout model but there is a simple hack for it(look for box model hack and IE 5). IE 6 does not support hover attributes on anything but <a href> links. However since we wont rely on this particular feature our CSS will work on FF, IE, Safari, Chrome and Opera. Like I said we are not fundamentally changing things we are just getting the HTML leaner and meaner.
Regards Neil
-----Original Message----- From: Josh Luthman [mailto:josh at imaginenetworksllc.com] Sent: 05 July 2010 04:59 PM To: hobbit at hswn.dk Subject: Re: [hobbit] Input needed from all of you.
If it's all about skins I say we leave it alone. Now if it has issues with resolutions, I think it needs worked on.
A Css based liquid layout.
I really like these, but how compatible are they? I only use my Windows XP/7 with Firefox to see them, which covers the majority of the user base.
I actually wanted to see what is the lowest resolution commonly used so we can accommodate for all.
640x480 would be super super small and be maybe 5 users around the globe. 800x600 would cover a lot more compared to the previous figure, but not a "huge chunk".
Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
"Success is not final, failure is not fatal: it is the courage to continue that counts." --- Winston Churchill
On Mon, Jul 5, 2010 at 10:49 AM, Neil Franken <nfranken at theunlimitedworld.co.za> wrote:
All valid points. Josh the current interface has no problems except that maybe skinning it is difficult. Some people might have specific needs on display resolutions, colour etc. I have a way to solve that.
Here is my idea.
A Css based liquid layout. Which depending on the size of the screen will scale up and down with ease. Removing the presentation mark-up from the HTML into a CSS making the HTML even more lightweight. In all respects this is not a rewrite of the Interface. It is a simple modification which will allow the HTML to be more portable and more lightweight without major rework. Thus no ajax,flash graphics or anything like that. The actual structure of the site i.e. link and how the site behaves will remain identical to the current site. Just a little CSS magic to make it even better.
I actually wanted to see what is the lowest resolution commonly used so we can accommodate for all. If you guys need more convincing go read about liquid layouts in CSS. The thing I liked most about Xymon is that the website interface is fast, tiny and easy to use. My mission is to make is lighter and slighty faster with more portability. Yes there might be some minor altering of the layout but nothing major(i.e getting rid of tables and replacing with div tags, menu navigation without a js script needed and so on). If we can get this site to run on CSS proper i.e. no presentation in the mark-up skinning it to your needs will be a simple matter of changing the CSS.
Questions, comments?
Regards Neil
PS. Check out this website for more real examples on liquid layouts http://www.dynamicdrive.com/style/layouts/category/C13/
-----Original Message----- From: Josh Luthman [mailto:josh at imaginenetworksllc.com] Sent: 05 July 2010 04:33 PM To: hobbit at hswn.dk Subject: Re: [hobbit] Input needed from all of you.
Excellent point, which brings me to ask a very good question:
What doesn't work about the current interface?
Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
"Success is not final, failure is not fatal: it is the courage to continue that counts." --- Winston Churchill
On Mon, Jul 5, 2010 at 10:28 AM, <wshart at hormel.com> wrote:
I haven't been following this thread real closely, however I want to throw up a bit of a warning.
It's all fine and dandy to develop a wiz-bang page that looks great on your 15000x240000 screens, but remember day-to-day usage is not necessarily the critical time when you will be using the product. I see a lot of use from people who don't normally leverage it during disaster times. This is not a good time to have to worry about the screen resolution. Many times a 15" CRT is all that is sitting around and what we are forced to use short term because it's all we can find. If the page is formatted for a monster screen it's going to be very difficult to get a good picture of where we actually stand.
It could just be the situations I've been in where this comes into play and no one else ever has to worry about it, but I have seen it happen a number of times, so my vote is to stick with the simple and fast rendering pages that anything can view. Or possibly offer up an option so both sets of pages are still available.
Bill Hart
From: "Neil Franken" <nfranken at theunlimitedworld.co.za> To: <hobbit at hswn.dk> Date: 07/05/2010 09:16 AM Subject: RE: [hobbit] Input needed from all of you.
Cool Guys.
From what I can see we will need a fluid layout for PC's. We would need some other layouts for mobile devices. Thanks for the information.
Regards Neil
-----Original Message----- From: Bill Arlofski [mailto:waa-hobbitml at revpol.com] Sent: 05 July 2010 04:00 PM To: hobbit at hswn.dk Subject: Re: [hobbit] Input needed from all of you.
On 07/05/10 05:09, Neil Franken wrote:
Hi All
As we are in a planning stage I need YOUR help. One of the things we have on our hit list is the web interface(might be for a later release). Here is how you can help. Send me the resolutions of the screen you most commonly use to view your Xymon pages. This information will help greatly with the development going further.
Regards Neil
Hi Neil... I see a lot of people listing high resolutions - like my two screens @ 1680x1050 each...
But let's not forget about my Nokia N900 @ 800x480 and other mobile devices when considering redesigns. Some of my clients VPN into their networks and use their iPhone to check their Xymon status.
Thanks! :)
-- Bill Arlofski Reverse Polarity, LLC http://www.revpol.com/
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
Notice: This communication is an electronic communication within the meaning of the Electronic Communications Privacy Act, 18 U.S.C. ? 2510. Its disclosure is strictly limited to the recipient(s) intended by the sender of this message. This transmission and any attachments may contain proprietary, confidential, attorney-client privileged information and/or attorney work product. If you are not the intended recipient, any disclosure, copying, distribution, reliance on, or use of any of the information contained herein is STRICTLY PROHIBITED. Please destroy the original transmission and its attachments without reading or saving in any matter and confirm by return email.
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
Hi All
The list for Volunteers(http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Dev eloper_Guide#Xymon_volunteers_Roles_and_Responsiblity) should be closed for now. If you are not on the list you can still contribute by testing and giving feedback. Right now we need to finalise the structure going forward. I think TJ hit the nail on the head by suggesting that that we should see the co-admin as project leaders. OK guys and gals the time has come for us to put rubber on the road and the only way we will do this is by getting organized.
I think it would be advisable to have 2-3 Team leads. Maybe we should break up the teams into geographical area's i.e. The Americas, Europe/Africa and Asia/Australia. This way the team leader can meet with their teams(on IRC,Skype etc) during a convenient time in their time zone. The team leaders can have a weekly meeting to report on progress and so on. This way only the team leads will have to make some arrangements around different time zones. Just to be clear I don't want us to have meetings for hours on end with no outcome. However we need to focus on getting the work done and unless we formalise this now I am afraid we will just descend into chaos.
For now I will not contribute to any further discussions around ideas till we have the strategy moving forward finalised. I hope I have the support of you in getting this done.
Regards Neil
On Tuesday, 6 July 2010 07:08:15 Neil Franken wrote:
Hi All
Please, let's keep development discussions *only* on the developers list. If people interested in this are not on the developers list, they should join it. Unnecessary cross-posting between a development and a support list usually compromises one ...
The list for Volunteers(http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Dev eloper_Guide#Xymon_volunteers_Roles_and_Responsiblity) should be closed for now.
I personally don't agree with the layout and some of the content of these "books" (IMHO, they are very biased to the way T.J. uses Xymon), and I see no reason that it should be outside of the Xymon project. I would prefer that the non-biased content on it be migrated into the Xymon project (wherever it is hosted). SF offers Mediawiki (among other software), so it should be easy in future to migrate the content, once we are in a position to enable Mediawiki on SF.
If you are not on the list you can still contribute by testing and giving feedback.
But, that is a separate activity to development, and can already take place as is. What we need to focus on at present is development aspects. This should not pollute the "user" list.
Right now we need to finalise the structure going forward. I think TJ hit the nail on the head by suggesting that that we should see the co-admin as project leaders.
Not necessarily, they are potentially different roles. Good software architects aren't necessarily good at administration, and vice versa.
OK guys and gals the time has come for us to put rubber on the road and the only way we will do this is by getting organized.
I think it would be advisable to have 2-3 Team leads. Maybe we should break up the teams into geographical area's i.e. The Americas, Europe/Africa and Asia/Australia. This way the team leader can meet with their teams(on IRC,Skype etc) during a convenient time in their time zone. The team leaders can have a weekly meeting to report on progress and so on. This way only the team leads will have to make some arrangements around different time zones. Just to be clear I don't want us to have meetings for hours on end with no outcome.
For specific topics with a specific intended outcome, meetings are fine, but email discussions are often easier to keep on topic.
I think we need to discuss what the priorities are now, and how we are going to address them.
What I believe the priorities should be for now: 1)Fixing reported bugs on 4.2.x, and getting a good, stable 4.2.4 out 2)Finalise the feature plan for 4.3.x, document what is missing for a new 4.3.x beta/rc 3)Discuss the current obstacles to adoption of Xymon by more users, and fit solutions to those obstacles into the 4.4/4.5/4.6 feature plan 4)Address project administration obstacles (e.g. get at least one more SF project admin added, add svn commit mails, setup various tools available on SF etc.)
However we need to focus on getting the work done and unless we formalise this now I am afraid we will just descend into chaos.
We already descended into chaos, let's document the ideas that came out of the chaos, and move on to do what needs to be done in the immediate future, while providing a way for people enthusiastic about new features, layouts etc. to start working on those.
Regards, Buchan
On Tue, Jul 6, 2010 at 5:18 AM, Buchan Milne <bgmilne at staff.telkomsa.net> wrote:
On Tuesday, 6 July 2010 07:08:15 Neil Franken wrote:
Hi All
Please, let's keep development discussions *only* on the developers list. If people interested in this are not on the developers list, they should join it. Unnecessary cross-posting between a development and a support list usually compromises one ...
The list for Volunteers(http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Dev eloper_Guide#Xymon_volunteers_Roles_and_Responsiblity) should be closed for now.
I personally don't agree with the layout and some of the content of these "books" (IMHO, they are very biased to the way T.J. uses Xymon), and I see no reason that it should be outside of the Xymon project. I would prefer that the non-biased content on it be migrated into the Xymon project (wherever it is hosted). SF offers Mediawiki (among other software), so it should be easy in future to migrate the content, once we are in a position to enable Mediawiki on SF.
Same here, I think xymon should have book type of xymon docs beside existing RTFM. The contents on current xymon wiki(using mediawiki) is just front end content collector. Doesn't mean it need to taken chapter by chapter to roll into final book.
If you are not on the list you can still contribute by testing and giving feedback.
But, that is a separate activity to development, and can already take place as is. What we need to focus on at present is development aspects. This should not pollute the "user" list.
I think for the type of email that related project admin/leaders discussion, cc to user list is still needed. Many volunteers(end users/customers of xymon) are not subscribed to developers list yet.
Right now we need to finalise the structure going forward. I think TJ hit the nail on the head by suggesting that that we should see the co-admin as project leaders.
Not necessarily, they are potentially different roles. Good software architects aren't necessarily good at administration, and vice versa.
Please feel free to modify R1 if modification is feasible. if not, create another section of yours. Please share your ideas with us.
tj
OK guys and gals the time has come for us to put rubber on the road and the only way we will do this is by getting organized.
I think it would be advisable to have 2-3 Team leads. Maybe we should break up the teams into geographical area's i.e. The Americas, Europe/Africa and Asia/Australia. This way the team leader can meet with their teams(on IRC,Skype etc) during a convenient time in their time zone. The team leaders can have a weekly meeting to report on progress and so on. This way only the team leads will have to make some arrangements around different time zones. Just to be clear I don't want us to have meetings for hours on end with no outcome.
I agree we should have meeting policy, but use it wisely when email is not effective.
For specific topics with a specific intended outcome, meetings are fine, but email discussions are often easier to keep on topic.
I think we need to discuss what the priorities are now, and how we are going to address them.
What I believe the priorities should be for now: 1)Fixing reported bugs on 4.2.x, and getting a good, stable 4.2.4 out 2)Finalise the feature plan for 4.3.x, document what is missing for a new 4.3.x beta/rc 3)Discuss the current obstacles to adoption of Xymon by more users, and fit solutions to those obstacles into the 4.4/4.5/4.6 feature plan 4)Address project administration obstacles (e.g. get at least one more SF project admin added, add svn commit mails, setup various tools available on SF etc.)
Agree.
However we need to focus on getting the work done and unless we formalise this now I am afraid we will just descend into chaos.
We already descended into chaos, let's document the ideas that came out of the chaos, and move on to do what needs to be done in the immediate future, while providing a way for people enthusiastic about new features, layouts etc. to start working on those.
Excuse me for making the mess. Buchan and Neil are better candidates for project admins, IMHO.
I will read more and post less(not to create more chaos). and let Neil and Buchan drive the effort to get us there (a better managed project).
tj
Regards, Buchan
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- T.J. Yang
On Tuesday, 6 July 2010 14:24:00 TJ Yang wrote:
On Tue, Jul 6, 2010 at 5:18 AM, Buchan Milne <bgmilne at staff.telkomsa.net> wrote:
On Tuesday, 6 July 2010 07:08:15 Neil Franken wrote:
If you are not on the list you can still contribute by testing and giving feedback.
But, that is a separate activity to development, and can already take place as is. What we need to focus on at present is development aspects. This should not pollute the "user" list.
I think for the type of email that related project admin/leaders discussion, cc to user list is still needed.
No. Users subscribed to this list for asking and answering questions about using Hobbit/Xymon. They should not be "spammed" with discussions on a different topic, which is served by a different mailing list.
Many volunteers(end users/customers of xymon) are not subscribed to developers list yet.
If they aren't by this stage, we should assume that they are not subscribed because they aren't going to read the mails on this topic, and respect their decision to not opt in.
If they did want to read the discussions, and they missed some, they can read them in the archives: https://sourceforge.net/mailarchive/forum.php?forum_name=hobbitmon-developer
This is my last post regarding any development activities on the user list. I will reply separately on the development list.
Regards, Buchan
Laptop: 1440 x 900
If I can ever get an installation approved at work, probably 1280 x 1024
Ralph Mitchell
On Mon, Jul 5, 2010 at 5:09 AM, Neil Franken < nfranken at theunlimitedworld.co.za> wrote:
Hi All
As we are in a planning stage I need YOUR help. One of the things we have on our hit list is the web interface(might be for a later release). Here is how you can help. Send me the resolutions of the screen you most commonly use to view your Xymon pages. This information will help greatly with the development going further.
Regards Neil
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
I did a quick editing to log your CSS project idea and goals at http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Developer_Guide#Fr...
tj On Mon, Jul 5, 2010 at 4:09 AM, Neil Franken <nfranken at theunlimitedworld.co.za> wrote:
Hi All
As we are in a planning stage I need YOUR help. One of the things we have on our hit list is the web interface(might be for a later release). Here is how you can help. Send me the resolutions of the screen you most commonly use to view your Xymon pages. This information will help greatly with the development going further.
Regards Neil
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- T.J. Yang
Le 05/07/2010 11:09, Neil Franken a écrit :
Hi All
As we are in a planning stage I need YOUR help. One of the things we have on our hit list is the web interface(might be for a later release). Here is how you can help. Send me the resolutions of the screen you most commonly use to view your Xymon pages. This information will help greatly with the development going further.
Regards Neil
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
Hi,
On my side I read on a 1680x1050 and a 320x240 (yes, my cellphone n95)
Hi, I usually use the resolution:
1280x1024 and on some machines also 1024x768
Maik
On 2010/07/05 18:09, Neil Franken wrote:
Hi All
As we are in a planning stage I need YOUR help. One of the things we have on our hit list is the web interface(might be for a later release). Here is how you can help. Send me the resolutions of the screen you most commonly use to view your Xymon pages. This information will help greatly with the development going further.
Regards Neil
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
1024x768
M.
Il 06/07/2010 1.25, Maik Heinelt ha scritto:
Hi, I usually use the resolution:
1280x1024 and on some machines also 1024x768
Maik
On 2010/07/05 18:09, Neil Franken wrote:
Hi All
As we are in a planning stage I need YOUR help. One of the things we have on our hit list is the web interface(might be for a later release). Here is how you can help. Send me the resolutions of the screen you most commonly use to view your Xymon pages. This information will help greatly with the development going further.
Regards Neil
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
1440x900
On Jul 5, 2010, at 5:09 AM, Neil Franken wrote:
Hi All
As we are in a planning stage I need YOUR help. One of the things we have on our hit list is the web interface(might be for a later release). Here is how you can help. Send me the resolutions of the screen you most commonly use to view your Xymon pages. This information will help greatly with the development going further.
Regards Neil
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
1920 x 1200
On Mon, Jul 5, 2010 at 5:09 AM, Neil Franken < nfranken at theunlimitedworld.co.za> wrote:
Hi All
As we are in a planning stage I need YOUR help. One of the things we have on our hit list is the web interface(might be for a later release). Here is how you can help. Send me the resolutions of the screen you most commonly use to view your Xymon pages. This information will help greatly with the development going further.
Regards Neil
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
On Jul 5, 2010, at 5:09 AM, Neil Franken wrote:
As we are in a planning stage I need YOUR help. One of the things we have on our hit list is the web interface(might be for a later release). Here is how you can help. Send me the resolutions of the screen you most commonly use to view your Xymon pages. This information will help greatly with the development going further.
Shouldn’t we be talking about window size and not screen resolution?
Don’t make the mistake of so many web designers and assume that everyone “maximizes” every window.
My web browser tends to be around 1024 wide out of necessity, but IMO that’s too wide of a window.
-- Rob McBroom <http://www.skurfer.com/>
On 7/5/2010 3:09 AM, Neil Franken wrote:
As we are in a planning stage I need YOUR help. One of the things we have on our hit list is the web interface(might be for a later release). Here is how you can help. Send me the resolutions of the screen you most commonly use to view your Xymon pages. This information will help greatly with the development going further.
My screen resolution is 1680x1050 at both home and work, though my laptop is bigger. That doesn't really say much, though... I rarely run with my browser maximized. Also, there are a number of people in the company that regularly use netbooks with significantly smaller screens. That would drive my nuts, but they love the light weight.
If possible, you should make things work well in a screen width of 1024, but if that becomes impractical, keep it below 1280.
That said, I would also like to have an effective interface to use on the Blackberry phones issued to some of our employees, with the ability to ack/enable/disable alarms. Some of these are running very old software, but if it were to work effectively with version 4.5 and later, that would be good enough for me.
I don't know that it matters much for this discussion, except in what capability I am used to relative to what might be available in the newest development branches... my server is running the xymon 4.3.0 package in Debian lenny-backports.
On Monday 19 July 2010 03:28:43 pm Shawn Heisey wrote:
That said, I would also like to have an effective interface to use on the Blackberry phones issued to some of our employees, with the ability to ack/enable/disable alarms. Some of these are running very old software, but if it were to work effectively with version 4.5 and later, that would be good enough for me.
I've retired and don't have access to the code anymore - but we used the hobbit mailack capability with our cell phones such that we could just hit "reply" followed by "send" to acknowledge an alert (we sent email to the phone rather than sms messages). And we built some additional goodies on top, of course.
Tom
Hi Shawn
Don't worry about the screen resolution problem. I have done some mockup using xymon and elastic/liquid css styles. This type of UI will adapt to resolution/text size and other matter without any issues. You can look at the wiki where I have documented my ideas. It is the source forge wiki.
-----Original Message----- From: Shawn Heisey [mailto:hobbit at elyograg.org] Sent: 19 July 2010 09:29 PM To: xymon at xymon.com Subject: [xymon] Re: [hobbit] Input needed from all of you.
On 7/5/2010 3:09 AM, Neil Franken wrote:
As we are in a planning stage I need YOUR help. One of the things we have on our hit list is the web interface(might be for a later release). Here is how you can help. Send me the resolutions of the screen you most commonly use to view your Xymon pages. This information will help greatly with the development going further.
My screen resolution is 1680x1050 at both home and work, though my laptop is bigger. That doesn't really say much, though... I rarely run with my browser maximized. Also, there are a number of people in the company that regularly use netbooks with significantly smaller screens. That would drive my nuts, but they love the light weight.
If possible, you should make things work well in a screen width of 1024,
but if that becomes impractical, keep it below 1280.
That said, I would also like to have an effective interface to use on the Blackberry phones issued to some of our employees, with the ability to ack/enable/disable alarms. Some of these are running very old software, but if it were to work effectively with version 4.5 and later,
that would be good enough for me.
I don't know that it matters much for this discussion, except in what capability I am used to relative to what might be available in the newest development branches... my server is running the xymon 4.3.0 package in Debian lenny-backports.
To unsubscribe from the xymon list, send an e-mail to xymon-unsubscribe at xymon.dk
On Sunday, 4 July 2010 12:30:18 Jerald Sheets wrote:
On Jul 4, 2010, at 12:05 AM, Josh Luthman wrote:
Learned - not learnt =P
"learnt" is the British/European version. I am in seminary and our teachers are from South Africa and Britain, and it took awhile to get used to their usage of "learnt".
IOW, one is English, and the other is American :-p
Regards, Buchan
On Jul 3, 2010, at 11:59 PM, TJ Yang wrote:
But it is most definitely drew - not drawed. Is english not your first language?
Correct. English is the third language I learnt. It is hard to hide :)
You do a better job than some people I work with that English is their first language. No need to feel self-conscious about it, tj.
--jms
Josh,
Might I suggest starting here:
http://www.hswn.dk/hobbiton/2006/11/msg00315.html
This is a very well written and detailed explanation of the architecture of Hobbit (Xymon) by Henrik. There are a large number of other tidbits of good info lodged in the archives.
On 07/03/2010 08:48 PM, Josh Luthman wrote:
I can offer my help with 2 and 3. I am by no means an expert, though.
On 7/3/10, TJ Yang<tjyang2001 at gmail.com> wrote:
-- Rich Smrcina Phone: 414-491-6001 http://www.linkedin.com/in/richsmrcina
Catch the WAVV! http://www.wavv.org WAVV 2011 - April 15-19, 2011 Colorado Springs, CO
Thanks for the link to the great post. Added to my bookmark toolbar. I will probably end up reading it during my lunch "break" =)
Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
“Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill
On Sun, Jul 4, 2010 at 12:15 AM, Rich Smrcina <rsmrcina at wi.rr.com> wrote:
Josh,
Might I suggest starting here:
http://www.hswn.dk/hobbiton/2006/11/msg00315.html
This is a very well written and detailed explanation of the architecture of Hobbit (Xymon) by Henrik. There are a large number of other tidbits of good info lodged in the archives.
On 07/03/2010 08:48 PM, Josh Luthman wrote:
I can offer my help with 2 and 3. I am by no means an expert, though.
On 7/3/10, TJ Yang<tjyang2001 at gmail.com> wrote:
-- Rich Smrcina Phone: 414-491-6001 http://www.linkedin.com/in/richsmrcina
Catch the WAVV! http://www.wavv.org WAVV 2011 - April 15-19, 2011 Colorado Springs, CO
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
On Sat, Jul 3, 2010 at 11:15 PM, Rich Smrcina <rsmrcina at wi.rr.com> wrote:
Josh,
Might I suggest starting here:
http://www.hswn.dk/hobbiton/2006/11/msg00315.html
This is a very well written and detailed explanation of the architecture of Hobbit (Xymon) by Henrik. There are a large number of other tidbits of good info lodged in the archives.
I read that URL and have a few drawings after that reading.
Please check out http://hobbitmon.svn.sourceforge.net/viewvc/hobbitmon/sandbox/diagrams/
HAonLAN.dia is in. please take a look and improve as you see fit.
Will upload a few more.
tj
On 07/03/2010 08:48 PM, Josh Luthman wrote:
I can offer my help with 2 and 3. I am by no means an expert, though.
On 7/3/10, TJ Yang<tjyang2001 at gmail.com> wrote:
-- Rich Smrcina Phone: 414-491-6001 http://www.linkedin.com/in/richsmrcina
Catch the WAVV! http://www.wavv.org WAVV 2011 - April 15-19, 2011 Colorado Springs, CO
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- T.J. Yang
participants (30)
-
andreas.kunberger＠itv-denkendorf.de
-
andrew＠bccit.co.uk
-
bgmilne＠staff.telkomsa.net
-
doctor＠makelofine.org
-
geoff.hallford＠gmail.com
-
hobbit＠elyograg.org
-
jef.jagers＠thomsonreuters.com
-
johan.sjoberg＠deltamanagement.se
-
josh＠imaginenetworksllc.com
-
maik＠vegasystems.com
-
mailinglist0＠skurfer.com
-
marco.avvisano＠regione.toscana.it
-
martin.flemming＠desy.de
-
Mathias.Carlsson＠systeam.se
-
nfranken＠theunlimitedworld.co.za
-
novosirj＠umdnj.edu
-
pnixon＠gmail.com
-
questy＠gmail.com
-
ralphmitchell＠gmail.com
-
Robert.Taylor＠hendrickauto.com
-
rsmrcina＠wi.rr.com
-
skjoldar＠gmail.com
-
stef.coene＠docum.org
-
steve.anderson＠bipsolutions.com
-
steve.overy＠gb.unisys.com
-
tjyang2001＠gmail.com
-
tomg＠mcclatchyinteractive.com
-
tommyk66＠newsguy.com
-
waa-hobbitml＠revpol.com
-
wshart＠hormel.com