Working on Xymon Documentation
list TJ Yang
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#Xymon_volunteers_Roles_and_Responsiblity R2: http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Developer_Guide#Xymon_Documentation -- T.J. Yang
list Josh Luthman
Would you like me to proof before it is published?
▸
On 7/3/10, TJ Yang <user-61afc885aa73@xymon.invalid> 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#Xymon_volunteers_Roles_and_Responsiblity R2: http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Developer_Guide#Xymon_Documentation -- T.J. Yang
--
Josh Luthman
Office: XXX-XXX-XXXX
Direct: XXX-XXX-XXXX
XXXX Wayne St
Suite XXXX
Troy, OH XXXXX
“Success is not final, failure is not fatal: it is the courage to
continue that counts.”
--- Winston Churchill
list TJ Yang
On Sat, Jul 3, 2010 at 2:22 PM, Josh Luthman <user-4c45a83f15cb@xymon.invalid> 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.
1. LaTeX/latex2pdf and basic svn skill.
2. Use dia do draw some xymon architecture diagrams.
3. Knowledge of Xymon client and server.
4. technical writing on Xymon subjects.
5. GNU Make.
6. 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,
1. 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.
2. 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 <user-61afc885aa73@xymon.invalid> 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#Xymon_volunteers_Roles_and_Responsiblity R2: http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Developer_Guide#Xymon_Documentation -- T.J. Yang-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX “Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill
--
T.J. Yang
list Josh Luthman
I can offer my help with 2 and 3. I am by no means an expert, though.
▸
On 7/3/10, TJ Yang <user-61afc885aa73@xymon.invalid> wrote:On Sat, Jul 3, 2010 at 2:22 PM, Josh Luthman <user-4c45a83f15cb@xymon.invalid> 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. 1. LaTeX/latex2pdf and basic svn skill. 2. Use dia do draw some xymon architecture diagrams. 3. Knowledge of Xymon client and server. 4. technical writing on Xymon subjects. 5. GNU Make. 6. 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, 1. 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. 2. 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. tjOn 7/3/10, TJ Yang <user-61afc885aa73@xymon.invalid> 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#Xymon_volunteers_Roles_and_Responsiblity R2: http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Developer_Guide#Xymon_Documentation -- T.J. Yang-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX “Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill-- T.J. Yang
-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX “Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill
list TJ Yang
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. 1. What are relationships between hobbid and hobbit worker daemon ? 2. What kind of log files generated by which daemons ? 3. What is program layout of Hobbit server ? 4. What is program layout of hobbit clients ? 5. What is hobbit message looks like ? 6. What is Xymon High Availability on LAN ? 7. What is Xymon High Availability over WAN ? 8. What is relationship of hobbit client binary and log files? ... tj On Sat, Jul 3, 2010 at 8:48 PM, Josh Luthman
▸
<user-4c45a83f15cb@xymon.invalid> wrote:I can offer my help with 2 and 3. I am by no means an expert, though. On 7/3/10, TJ Yang <user-61afc885aa73@xymon.invalid> wrote:On Sat, Jul 3, 2010 at 2:22 PM, Josh Luthman <user-4c45a83f15cb@xymon.invalid> 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. 1. LaTeX/latex2pdf and basic svn skill. 2. Use dia do draw some xymon architecture diagrams. 3. Knowledge of Xymon client and server. 4. technical writing on Xymon subjects. 5. GNU Make. 6. 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, 1. 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. 2. 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. tjOn 7/3/10, TJ Yang <user-61afc885aa73@xymon.invalid> 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#Xymon_volunteers_Roles_and_Responsiblity R2: http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Developer_Guide#Xymon_Documentation -- T.J. Yang-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX “Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill-- T.J. Yang-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX “Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill
-- T.J. Yang
list Josh Luthman
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 <user-61afc885aa73@xymon.invalid> 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. 1. What are relationships between hobbid and hobbit worker daemon ? 2. What kind of log files generated by which daemons ? 3. What is program layout of Hobbit server ? 4. What is program layout of hobbit clients ? 5. What is hobbit message looks like ? 6. What is Xymon High Availability on LAN ? 7. What is Xymon High Availability over WAN ? 8. What is relationship of hobbit client binary and log files? ... tj On Sat, Jul 3, 2010 at 8:48 PM, Josh Luthman <user-4c45a83f15cb@xymon.invalid> wrote:I can offer my help with 2 and 3. I am by no means an expert, though. On 7/3/10, TJ Yang <user-61afc885aa73@xymon.invalid> wrote:On Sat, Jul 3, 2010 at 2:22 PM, Josh Luthman <user-4c45a83f15cb@xymon.invalid> 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. 1. LaTeX/latex2pdf and basic svn skill. 2. Use dia do draw some xymon architecture diagrams. 3. Knowledge of Xymon client and server. 4. technical writing on Xymon subjects. 5. GNU Make. 6. 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, 1. 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. 2. 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. tjOn 7/3/10, TJ Yang <user-61afc885aa73@xymon.invalid> 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#Xymon_volunteers_Roles_and_Responsiblity R2: http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Developer_Guide#Xymon_Documentation -- T.J. Yang-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX “Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill-- T.J. Yang-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX “Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill-- T.J. Yang
-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX “Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill
list TJ Yang
On Sat, Jul 3, 2010 at 10:54 PM, Josh Luthman
▸
<user-4c45a83f15cb@xymon.invalid> 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 :)
▸
tjOn 7/3/10, TJ Yang <user-61afc885aa73@xymon.invalid> 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. 1. What are relationships between hobbid and hobbit worker daemon ? 2. What kind of log files generated by which daemons ? 3. What is program layout of Hobbit server ? 4. What is program layout of hobbit clients ? 5. What is hobbit message looks like ? 6. What is Xymon High Availability on LAN ? 7. What is Xymon High Availability over WAN ? 8. What is relationship of hobbit client binary and log files? ... tj On Sat, Jul 3, 2010 at 8:48 PM, Josh Luthman <user-4c45a83f15cb@xymon.invalid> wrote:I can offer my help with 2 and 3. I am by no means an expert, though. On 7/3/10, TJ Yang <user-61afc885aa73@xymon.invalid> wrote:On Sat, Jul 3, 2010 at 2:22 PM, Josh Luthman <user-4c45a83f15cb@xymon.invalid> 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. 1. LaTeX/latex2pdf and basic svn skill. 2. Use dia do draw some xymon architecture diagrams. 3. Knowledge of Xymon client and server. 4. technical writing on Xymon subjects. 5. GNU Make. 6. 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, 1. 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. 2. 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. tjOn 7/3/10, TJ Yang <user-61afc885aa73@xymon.invalid> 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#Xymon_volunteers_Roles_and_Responsiblity R2: http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Developer_Guide#Xymon_Documentation -- T.J. Yang-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX “Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill-- T.J. Yang-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX “Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill-- T.J. Yang-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX “Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill
-- T.J. Yang
list Josh Luthman
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: XXX-XXX-XXXX
Direct: XXX-XXX-XXXX
XXXX Wayne St
Suite XXXX
Troy, OH XXXXX
“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 <user-61afc885aa73@xymon.invalid> wrote:On Sat, Jul 3, 2010 at 10:54 PM, Josh Luthman <user-4c45a83f15cb@xymon.invalid> 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 :) tjOn 7/3/10, TJ Yang <user-61afc885aa73@xymon.invalid> 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. 1. What are relationships between hobbid and hobbit worker daemon ? 2. What kind of log files generated by which daemons ? 3. What is program layout of Hobbit server ? 4. What is program layout of hobbit clients ? 5. What is hobbit message looks like ? 6. What is Xymon High Availability on LAN ? 7. What is Xymon High Availability over WAN ? 8. What is relationship of hobbit client binary and log files? ... tj On Sat, Jul 3, 2010 at 8:48 PM, Josh Luthman <user-4c45a83f15cb@xymon.invalid> wrote:I can offer my help with 2 and 3. I am by no means an expert, though. On 7/3/10, TJ Yang <user-61afc885aa73@xymon.invalid> wrote:On Sat, Jul 3, 2010 at 2:22 PM, Josh Luthman <user-4c45a83f15cb@xymon.invalid> 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. 1. LaTeX/latex2pdf and basic svn skill. 2. Use dia do draw some xymon architecture diagrams. 3. Knowledge of Xymon client and server. 4. technical writing on Xymon subjects. 5. GNU Make. 6. 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, 1. 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. 2. 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. tjOn 7/3/10, TJ Yang <user-61afc885aa73@xymon.invalid> 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#Xymon_volunteers_Roles_and_Responsiblity R2: http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Developer_Guide#Xymon_Documentation -- T.J. Yang-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX “Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill-- T.J. Yang-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX “Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill-- T.J. Yang-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX “Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill-- T.J. Yang
list Rich Smrcina
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<user-61afc885aa73@xymon.invalid> wrote:
--
Rich Smrcina Phone: XXX-XXX-XXXX http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2011 - April 15-19, 2011 Colorado Springs, CO
list Josh Luthman
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: XXX-XXX-XXXX
Direct: XXX-XXX-XXXX
XXXX Wayne St
Suite XXXX
Troy, OH XXXXX
“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 <user-cf452ff334e0@xymon.invalid> 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<user-61afc885aa73@xymon.invalid> wrote:-- Rich Smrcina Phone: XXX-XXX-XXXX http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2011 - April 15-19, 2011 Colorado Springs, CO
list TJ Yang
▸
On Sat, Jul 3, 2010 at 11:15 PM, Rich Smrcina <user-cf452ff334e0@xymon.invalid> 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<user-61afc885aa73@xymon.invalid> wrote:-- Rich Smrcina Phone: XXX-XXX-XXXX http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2011 - April 15-19, 2011 Colorado Springs, CO
--
T.J. Yang
list Jerald Sheets
▸
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
list Jerald Sheets
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
list TJ Yang
▸
On Sun, Jul 4, 2010 at 6:30 AM, Jerald Sheets <user-96a6f34c5806@xymon.invalid> 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
-- T.J. Yang
list Neil Franken
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:user-61afc885aa73@xymon.invalid]
Sent: 04 July 2010 01:48 PM
To: user-ae9b8668bcde@xymon.invalid
Subject: Re: [hobbit] Working on Xymon Documentation
On Sun, Jul 4, 2010 at 6:30 AM, Jerald Sheets <user-96a6f34c5806@xymon.invalid> 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
-- T.J. Yang
list Neil Franken
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
list Martin Flemming
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
list Jef Jagers
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:user-f286aaa49a76@xymon.invalid]
Sent: maandag, juli 05, 2010 11:35
To: user-ae9b8668bcde@xymon.invalid
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
list Stefan van der Walt
screen resolution 1280x1024 window resolution closer to 1024x768
▸
On 5 July 2010 11:34, Martin Flemming <user-f286aaa49a76@xymon.invalid> wrote:
Hi, Neil ! my resolution is mostly 1280x1024 .. cheers, martin On Mon, 5 Jul 2010, Neil Franken wrote: Hi AllAs 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
list Johan Sjöberg
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:user-1689acfc5a3b@xymon.invalid]
Sent: den 5 juli 2010 11:10
To: user-ae9b8668bcde@xymon.invalid
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
list Andreas Kunberger
Hi. I am using: 1920x1200 and 1280x1024 but on the control monitor in the server room is only 1024x768 mfg Andreas --
list Darrin Khan
Hey all, 2048x1152 1280x1024 ------Original Message------ From: Neil Franken To: user-ae9b8668bcde@xymon.invalid ReplyTo: user-ae9b8668bcde@xymon.invalid Subject: [hobbit] Input needed from all of you. Sent: Jul 5, 2010 19:09
▸
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
Sent from my BlackBerry® from Optus
list Darrin Khan
Sorry, Also use these at fullscreen, no borders, or menu bars. Darrin
▸
Sent from my BlackBerry® from Optus
-----Original Message-----
From: user-8737e9cc15a9@xymon.invalid
Date: Mon, 5 Jul 2010 10:32:52
To: <user-ae9b8668bcde@xymon.invalid>
Reply-To: user-8737e9cc15a9@xymon.invalid
Subject: Re: [hobbit] Input needed from all of you.
Hey all,
2048x1152
1280x1024
------Original Message------
From: Neil Franken
To: user-ae9b8668bcde@xymon.invalid
ReplyTo: user-ae9b8668bcde@xymon.invalid
Subject: [hobbit] Input needed from all of you.
Sent: Jul 5, 2010 19:09
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
Sent from my BlackBerry® from Optus
list Rich Smrcina
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: XXX-XXX-XXXX http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2011 - April 15-19, 2011 Colorado Springs, CO
list Mathias Carlsson
Me too! Sometimes 1024x768... /Mathias -----Ursprungligt meddelande----- Från: user-a78daed26301@xymon.invalid [mailto:user-a78daed26301@xymon.invalid] Skickat: den 5 juli 2010 11:55 Till: user-ae9b8668bcde@xymon.invalid Ä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:user-f286aaa49a76@xymon.invalid]
Sent: maandag, juli 05, 2010 11:35
To: user-ae9b8668bcde@xymon.invalid
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
list Buchan Milne
▸
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
list Andrew Clarke
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: +XX (X)XXXX XXXXXX 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
list Josh Luthman
Can we pull the Xymon.com logs?
▸
On 7/5/10, Neil Franken <user-1689acfc5a3b@xymon.invalid> 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
-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX “Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill
list Stef Coene
▸
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
list Buchan Milne
▸
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
list Robert Taylor
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:user-1689acfc5a3b@xymon.invalid]
Sent: Monday, July 05, 2010 5:10 AM
To: user-ae9b8668bcde@xymon.invalid
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
Attachments (1)
list Josh Luthman
1280x1024 would be my smallest screen excluding mobile devices and netbooks.
▸
Josh Luthman
Office: XXX-XXX-XXXX
Direct: XXX-XXX-XXXX
XXXX Wayne St
Suite XXXX
Troy, OH XXXXX
“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
▸
<user-3e97fc7d80fd@xymon.invalid> 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:user-1689acfc5a3b@xymon.invalid] Sent: Monday, July 05, 2010 5:10 AM To: user-ae9b8668bcde@xymon.invalid 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
list Steve Overy
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: +XX (X) XXXX XXXXXX, net 741 2306 Mobile: +XX (X) XXXX XXXXXX, net 839 1673 Email: user-62acffdc9e1b@xymon.invalid 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:user-3e97fc7d80fd@xymon.invalid]
Sent: 05 July 2010 14:33
To: user-ae9b8668bcde@xymon.invalid
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:user-1689acfc5a3b@xymon.invalid]
Sent: Monday, July 05, 2010 5:10 AM
To: user-ae9b8668bcde@xymon.invalid
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
list Bill Arlofski
▸
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/
list Josh Luthman
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: XXX-XXX-XXXX
Direct: XXX-XXX-XXXX
XXXX Wayne St
Suite XXXX
Troy, OH XXXXX
“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 <user-0b8af203a56e@xymon.invalid> 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 NeilHi 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/
list Neil Franken
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:user-0b8af203a56e@xymon.invalid]
Sent: 05 July 2010 04:00 PM
To: user-ae9b8668bcde@xymon.invalid
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/
list Robert Taylor
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:user-4c45a83f15cb@xymon.invalid] Sent: Monday, July 05, 2010 10:11 AM
To: user-ae9b8668bcde@xymon.invalid
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: XXX-XXX-XXXX
Direct: XXX-XXX-XXXX
XXXX Wayne St
Suite XXXX
Troy, OH XXXXX
"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 <user-0b8af203a56e@xymon.invalid> 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 NeilHi 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/
list Bill Hart
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" <user-1689acfc5a3b@xymon.invalid>
To: <user-ae9b8668bcde@xymon.invalid>
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:user-0b8af203a56e@xymon.invalid]
Sent: 05 July 2010 04:00 PM
To: user-ae9b8668bcde@xymon.invalid
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/
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.
list Josh Luthman
Excellent point, which brings me to ask a very good question: What doesn't work about the current interface?
▸
Josh Luthman
Office: XXX-XXX-XXXX
Direct: XXX-XXX-XXXX
XXXX Wayne St
Suite XXXX
Troy, OH XXXXX
“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, <user-079de6b18352@xymon.invalid> 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" <user-1689acfc5a3b@xymon.invalid> To: <user-ae9b8668bcde@xymon.invalid> 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:user-0b8af203a56e@xymon.invalid] Sent: 05 July 2010 04:00 PM To: user-ae9b8668bcde@xymon.invalid 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 NeilHi 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/ 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.
list Robert Taylor
In my opinion, the only problems with the current interface are: 1. 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. 2. 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. 3. 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:user-4c45a83f15cb@xymon.invalid] Sent: Monday, July 05, 2010 10:33 AM
To: user-ae9b8668bcde@xymon.invalid
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: XXX-XXX-XXXX
Direct: XXX-XXX-XXXX
XXXX Wayne St
Suite XXXX
Troy, OH XXXXX
"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, <user-079de6b18352@xymon.invalid> 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" <user-1689acfc5a3b@xymon.invalid> To: <user-ae9b8668bcde@xymon.invalid> 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:user-0b8af203a56e@xymon.invalid] Sent: 05 July 2010 04:00 PM To: user-ae9b8668bcde@xymon.invalid 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 NeilHi 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/ 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.
list Neil Franken
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:user-4c45a83f15cb@xymon.invalid]
Sent: 05 July 2010 04:33 PM
To: user-ae9b8668bcde@xymon.invalid
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: XXX-XXX-XXXX
Direct: XXX-XXX-XXXX
XXXX Wayne St
Suite XXXX
Troy, OH XXXXX
"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, <user-079de6b18352@xymon.invalid> 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" <user-1689acfc5a3b@xymon.invalid> To: <user-ae9b8668bcde@xymon.invalid> 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:user-0b8af203a56e@xymon.invalid] Sent: 05 July 2010 04:00 PM To: user-ae9b8668bcde@xymon.invalid 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 NeilHi 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/ 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.
list Neil Franken
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:user-3e97fc7d80fd@xymon.invalid] Sent: 05 July 2010 04:44 PM
To: user-ae9b8668bcde@xymon.invalid
Subject: RE: [hobbit] Input needed from all of you.
In my opinion, the only problems with the current interface are:
1. 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.
2. 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.
3. 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:user-4c45a83f15cb@xymon.invalid] Sent: Monday, July 05, 2010 10:33 AM
To: user-ae9b8668bcde@xymon.invalid
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: XXX-XXX-XXXX
Direct: XXX-XXX-XXXX
XXXX Wayne St
Suite XXXX
Troy, OH XXXXX
"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, <user-079de6b18352@xymon.invalid> 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" <user-1689acfc5a3b@xymon.invalid> To: <user-ae9b8668bcde@xymon.invalid> 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:user-0b8af203a56e@xymon.invalid] Sent: 05 July 2010 04:00 PM To: user-ae9b8668bcde@xymon.invalid 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 NeilHi 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/ 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.
list Steve Anderson
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:user-3e97fc7d80fd@xymon.invalid]
Sent: 05 July 2010 3:44 PM
To: user-ae9b8668bcde@xymon.invalid
Subject: RE: [hobbit] Input needed from all of you.
In my opinion, the only problems with the current interface are:
1. 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.
2. 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.
3. 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:user-4c45a83f15cb@xymon.invalid]
Sent: Monday, July 05, 2010 10:33 AM
To: user-ae9b8668bcde@xymon.invalid
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: XXX-XXX-XXXX
Direct: XXX-XXX-XXXX
XXXX Wayne St
Suite XXXX
Troy, OH XXXXX
"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, <user-079de6b18352@xymon.invalid> 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" <user-1689acfc5a3b@xymon.invalid> To: <user-ae9b8668bcde@xymon.invalid> 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:user-0b8af203a56e@xymon.invalid] Sent: 05 July 2010 04:00 PM To: user-ae9b8668bcde@xymon.invalid 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 NeilHi 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/ 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.
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. ****************************************************************************
list Josh Luthman
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: XXX-XXX-XXXX
Direct: XXX-XXX-XXXX
XXXX Wayne St
Suite XXXX
Troy, OH XXXXX
“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
▸
<user-1689acfc5a3b@xymon.invalid> 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:user-4c45a83f15cb@xymon.invalid] Sent: 05 July 2010 04:33 PM To: user-ae9b8668bcde@xymon.invalid 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: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX "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, <user-079de6b18352@xymon.invalid> 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" <user-1689acfc5a3b@xymon.invalid> To: <user-ae9b8668bcde@xymon.invalid> 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:user-0b8af203a56e@xymon.invalid] Sent: 05 July 2010 04:00 PM To: user-ae9b8668bcde@xymon.invalid 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 NeilHi 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/ 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.
list Bill Arlofski
▸
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/
list Josh Luthman
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: XXX-XXX-XXXX
Direct: XXX-XXX-XXXX
XXXX Wayne St
Suite XXXX
Troy, OH XXXXX
“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 <user-0b8af203a56e@xymon.invalid> 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/
list Ralph Mitchell
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 <
▸
user-1689acfc5a3b@xymon.invalid> 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
list Bill Arlofski
▸
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/
list Josh Luthman
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: XXX-XXX-XXXX
Direct: XXX-XXX-XXXX
XXXX Wayne St
Suite XXXX
Troy, OH XXXXX
“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 <user-0b8af203a56e@xymon.invalid> 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=7qkXBMOyvtURight, 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/
list TJ Yang
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#From_Neil_Franken tj On Mon, Jul 5, 2010 at 4:09 AM, Neil Franken
▸
<user-1689acfc5a3b@xymon.invalid> 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
--
T.J. Yang
list Bill Arlofski
▸
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/
list dOCtoR MADneSs
▸
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
Hi,
On my side I read on a 1680x1050 and a 320x240 (yes, my cellphone n95)
list Josh Luthman
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: XXX-XXX-XXXX
Direct: XXX-XXX-XXXX
XXXX Wayne St
Suite XXXX
Troy, OH XXXXX
“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 <user-0b8af203a56e@xymon.invalid> 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/
list Maik Heinelt
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
list Jerald Sheets
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
list Neil Franken
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:user-4c45a83f15cb@xymon.invalid]
Sent: 05 July 2010 04:59 PM
To: user-ae9b8668bcde@xymon.invalid
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: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX "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 <user-1689acfc5a3b@xymon.invalid> 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:user-4c45a83f15cb@xymon.invalid] Sent: 05 July 2010 04:33 PM To: user-ae9b8668bcde@xymon.invalid 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: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX "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, <user-079de6b18352@xymon.invalid> 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" <user-1689acfc5a3b@xymon.invalid> To: <user-ae9b8668bcde@xymon.invalid> 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:user-0b8af203a56e@xymon.invalid] Sent: 05 July 2010 04:00 PM To: user-ae9b8668bcde@xymon.invalid 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 NeilHi 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/ 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.
list Josh Luthman
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: XXX-XXX-XXXX
Direct: XXX-XXX-XXXX
XXXX Wayne St
Suite XXXX
Troy, OH XXXXX
“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
▸
<user-1689acfc5a3b@xymon.invalid> 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:user-4c45a83f15cb@xymon.invalid] Sent: 05 July 2010 04:59 PM To: user-ae9b8668bcde@xymon.invalid 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: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX "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 <user-1689acfc5a3b@xymon.invalid> 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:user-4c45a83f15cb@xymon.invalid] Sent: 05 July 2010 04:33 PM To: user-ae9b8668bcde@xymon.invalid 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: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX "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, <user-079de6b18352@xymon.invalid> 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" <user-1689acfc5a3b@xymon.invalid> To: <user-ae9b8668bcde@xymon.invalid> 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:user-0b8af203a56e@xymon.invalid] Sent: 05 July 2010 04:00 PM To: user-ae9b8668bcde@xymon.invalid 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 NeilHi 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/ 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.
list Neil Franken
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
list Marco Avvisano
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
list Buchan Milne
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
list Rense Roskam
Hi Neil, My most commonly used resolution is 1280x1024. cheers, Rense
▸
-----Oorspronkelijk bericht-----
Van: Neil Franken [mailto:user-1689acfc5a3b@xymon.invalid]
Verzonden: maandag 5 juli 2010 11:10
Aan: user-ae9b8668bcde@xymon.invalid
Onderwerp: [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
list TJ Yang
▸
On Tue, Jul 6, 2010 at 5:18 AM, Buchan Milne <user-9b139aff4dec@xymon.invalid> wrote:
On Tuesday, 6 July 2010 07:08:15 Neil Franken wrote:Hi AllPlease, 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
-- T.J. Yang
list Geoff Hallford
1920 x 1200
▸
On Mon, Jul 5, 2010 at 5:09 AM, Neil Franken <
user-1689acfc5a3b@xymon.invalid> 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
list Buchan Milne
▸
On Tuesday, 6 July 2010 14:24:00 TJ Yang wrote:
On Tue, Jul 6, 2010 at 5:18 AM, Buchan Milne <user-9b139aff4dec@xymon.invalid> 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
list Tom Georgoulias
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: 1. 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. 2. 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. 3. 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:user-4c45a83f15cb@xymon.invalid] Sent: Monday, July 05, 2010 10:33 AM To: user-ae9b8668bcde@xymon.invalid 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: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX "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,<user-079de6b18352@xymon.invalid> 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"<user-1689acfc5a3b@xymon.invalid> To:<user-ae9b8668bcde@xymon.invalid> 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:user-0b8af203a56e@xymon.invalid] Sent: 05 July 2010 04:00 PM To: user-ae9b8668bcde@xymon.invalid 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 NeilHi 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/ 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.
--
Tom Georgoulias
Senior Systems Engineer
McClatchy Interactive
desk: XXX-XXX-XXXX
AIM: tgeorgouliasmi
list Ryan Novosielski
-----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=128058&atid=710490 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:user-1689acfc5a3b@xymon.invalid] Sent: Monday, July 05, 2010 5:10 AM To: user-ae9b8668bcde@xymon.invalid 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
- -- - ---- _ _ _ _ ___ _ _ _
|Y#| | | |\/| | \ |\ | | |Ryan Novosielski - Sr. Systems Programmer |$&| |__| | | |__/ | \| _| |user-ae4522577e16@xymon.invalid - 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-----
list Ryan Novosielski
▸
-----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=7qkXBMOyvtURight, 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 |$&| |__| | | |__/ | \| _| |user-ae4522577e16@xymon.invalid - 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-----
list Rob McBroom
▸
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/>;
list Bill Arlofski
▸
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/
list Tom Kauffman
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
list Neil Franken
Hi All I think the main thing that came out of this discussion is the following 1) 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. 2) Using your own themes i.e. logo,icons and positioning should be easy to achieve. 3) 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:user-eb86974acd2c@xymon.invalid]
Sent: 06 July 2010 06:28 PM
To: user-ae9b8668bcde@xymon.invalid
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
list Patrick Nixon
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
▸
<user-1689acfc5a3b@xymon.invalid> wrote:Hi All I think the main thing that came out of this discussion is the following 1) 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. 2) Using your own themes i.e. logo,icons and positioning should be easy to achieve. 3) 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:user-eb86974acd2c@xymon.invalid] Sent: 06 July 2010 06:28 PM To: user-ae9b8668bcde@xymon.invalid 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
list Neil Franken
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:user-1f2406f832af@xymon.invalid]
Sent: 07 July 2010 08:02 AM
To: user-ae9b8668bcde@xymon.invalid
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
<user-1689acfc5a3b@xymon.invalid> wrote:Hi All I think the main thing that came out of this discussion is the following 1) 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. 2) Using your own themes i.e. logo,icons and positioning should be easy to achieve. 3) 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:user-eb86974acd2c@xymon.invalid] Sent: 06 July 2010 06:28 PM To: user-ae9b8668bcde@xymon.invalid 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
list Stef Coene
▸
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
list Neil Franken
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:user-dbffe946c0f4@xymon.invalid]
Sent: 07 July 2010 08:23 AM
To: user-ae9b8668bcde@xymon.invalid
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
list Buchan Milne
▸
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
list Neil Franken
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:user-9b139aff4dec@xymon.invalid]
Sent: 07 July 2010 09:56 AM
To: user-ae9b8668bcde@xymon.invalid
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
list Shawn Heisey
▸
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.
list Tom Kauffman
▸
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
list Neil Franken
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:user-5d0d01dba542@xymon.invalid] 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.
attachment.png