Xymon Mailing List Archive search

Working on Xymon Documentation

80 messages in this thread

list TJ Yang · Sat, 3 Jul 2010 13:08:16 -0500 ·
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 · Sat, 3 Jul 2010 15:22:43 -0400 ·
Would you like me to proof before it is published?
quoted from TJ Yang

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 · Sat, 3 Jul 2010 20:15:38 -0500 ·
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
quoted from TJ Yang
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 · Sat, 3 Jul 2010 21:48:18 -0400 ·
I can offer my help with 2 and 3.  I am by no means an expert, though.
quoted from TJ Yang

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.

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

-- 
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 · Sat, 3 Jul 2010 22:46:28 -0500 ·
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
quoted from 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.

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

--
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 · Sat, 3 Jul 2010 23:54:29 -0400 ·
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?
quoted from TJ Yang

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.

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

--
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 · Sat, 3 Jul 2010 22:59:16 -0500 ·
On Sat, Jul 3, 2010 at 10:54 PM, Josh Luthman
quoted from 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.
quoted from Josh Luthman
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 :)
quoted from Josh Luthman

tj
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.

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

--
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 · Sun, 4 Jul 2010 00:05:07 -0400 ·
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.
quoted from TJ 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


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 :)

tj
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.

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

--
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 · Sat, 03 Jul 2010 23:15:26 -0500 ·
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.
quoted from Josh Luthman

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 · Sun, 4 Jul 2010 00:22:56 -0400 ·
Thanks for the link to the great post.  Added to my bookmark toolbar.
I will probably end up reading it during my lunch "break" =)
quoted from Rich Smrcina

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 · Sat, 3 Jul 2010 23:32:10 -0500 ·
quoted from Rich Smrcina
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
quoted from Josh Luthman
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 · Sun, 4 Jul 2010 07:29:16 -0400 ·
quoted from TJ Yang
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 · Sun, 4 Jul 2010 07:30:18 -0400 ·
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 · Sun, 4 Jul 2010 06:47:44 -0500 ·
quoted from Jerald Sheets
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 · Mon, 5 Jul 2010 07:57:21 +0200 ·
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
quoted from TJ Yang


-----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 · Mon, 5 Jul 2010 11:09:52 +0200 ·
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 · Mon, 5 Jul 2010 11:34:34 +0200 (CEST) ·
Hi, Neil !

my resolution is mostly 1280x1024 ..

cheers,
 	martin
quoted from Neil Franken

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 · Mon, 5 Jul 2010 11:54:56 +0200 ·
Main resolution used: 1280x1024


Regards, 
Jef Jagers
Systems Engineer
Thomson CompuMark

Thomson Reuters

T +32 3 220 76 02
quoted from Martin Flemming


-----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 · Mon, 5 Jul 2010 11:55:34 +0200 ·
screen resolution 1280x1024
window resolution closer to 1024x768
quoted from Martin Flemming

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 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 Johan Sjöberg · Mon, 5 Jul 2010 12:03:24 +0200 ·
Hi.

I am using:
1600x1200 (home)
1920x1200 (work)
2048x1152 (work)
1366x768 (netbook)
1280x1024 (work)

Mostly using fullscreen windows

/Johan
quoted from Neil Franken


-----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 · Mon, 5 Jul 2010 12:17:29 +0200 ·
Hi.

I am using:
1920x1200 and
1280x1024

but on the control monitor in the server room is only
1024x768

mfg
Andreas

--
list Darrin Khan · Mon, 5 Jul 2010 10:32:52 +0000 ·
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
quoted from Johan Sjöberg

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 · Mon, 5 Jul 2010 10:34:36 +0000 ·
Sorry,

Also use these at fullscreen, no borders, or menu bars. 

Darrin
quoted from Darrin Khan
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 · Mon, 05 Jul 2010 05:44:34 -0500 ·
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 · Mon, 5 Jul 2010 13:09:01 +0200 ·
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.
quoted from Rich Smrcina

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 · Mon, 5 Jul 2010 12:37:24 +0100 ·
quoted from Jerald Sheets
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 · Mon, 5 Jul 2010 12:56:13 +0100 ·
Resolution 1280x800 on my laptop, but this doesn't always show the whole
bb2.html list J

 
Other users mainly 1280x1024

 
Andrew 
quoted from Neil Franken

 
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&amp;task=view&amp;id=24&amp;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 · Mon, 5 Jul 2010 08:15:53 -0400 ·
Can we pull the Xymon.com logs?
quoted from Neil Franken

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 · Mon, 5 Jul 2010 14:24:37 +0200 ·
quoted from Neil Franken
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 · Mon, 5 Jul 2010 13:27:52 +0100 ·
quoted from Neil Franken
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 · Mon, 5 Jul 2010 06:32:40 -0700 ·
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
quoted from Neil Franken

-----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 · Mon, 5 Jul 2010 09:44:45 -0400 ·
1280x1024 would be my smallest screen excluding mobile devices and netbooks.
quoted from Josh Luthman

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
quoted from Robert Taylor
<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 · Mon, 5 Jul 2010 14:48:07 +0100 ·
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.
quoted from Josh Luthman


-----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 · Mon, 05 Jul 2010 10:00:11 -0400 ·
quoted from Neil Franken
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 · Mon, 5 Jul 2010 10:11:15 -0400 ·
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.
quoted from Bill Arlofski

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
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 Neil Franken · Mon, 5 Jul 2010 16:13:20 +0200 ·
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
quoted from Bill Arlofski


-----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 · Mon, 5 Jul 2010 07:17:09 -0700 ·
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
quoted from Josh Luthman

-----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
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 Bill Hart · Mon, 5 Jul 2010 09:28:00 -0500 ·
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
quoted from Neil Franken


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 · Mon, 5 Jul 2010 10:33:27 -0400 ·
Excellent point, which brings me to ask a very good question:

What doesn't work about the current interface?
quoted from Bill Hart

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
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 Robert Taylor · Mon, 5 Jul 2010 07:44:25 -0700 ·
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.
quoted from Josh Luthman

-----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
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 Neil Franken · Mon, 5 Jul 2010 16:49:50 +0200 ·
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/
quoted from Josh Luthman

-----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
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 Neil Franken · Mon, 5 Jul 2010 16:53:27 +0200 ·
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
quoted from Neil Franken


-----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
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 Steve Anderson · Mon, 5 Jul 2010 15:56:01 +0100 ·
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
quoted from Neil Franken

-----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
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.

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 · Mon, 5 Jul 2010 10:59:26 -0400 ·
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".
quoted from Steve Anderson

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
quoted from Steve Anderson
<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
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 Bill Arlofski · Mon, 05 Jul 2010 11:17:39 -0400 ·
quoted from Josh Luthman
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 · Mon, 5 Jul 2010 11:29:43 -0400 ·
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
quoted from Bill Arlofski

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 · Mon, 5 Jul 2010 11:36:15 -0400 ·
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 <
quoted from Josh Luthman
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 · Mon, 05 Jul 2010 12:24:39 -0400 ·
quoted from Josh Luthman
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 · Mon, 5 Jul 2010 12:28:16 -0400 ·
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.
quoted from Bill Arlofski

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=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 TJ Yang · Mon, 5 Jul 2010 11:36:24 -0500 ·
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
quoted from Ralph Mitchell
<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 · Mon, 05 Jul 2010 12:36:50 -0400 ·
quoted from Josh Luthman
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 · Mon, 05 Jul 2010 18:56:57 +0200 ·
quoted from Neil Franken
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 · Mon, 5 Jul 2010 13:08:51 -0400 ·
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
quoted from Bill Arlofski

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 · Tue, 06 Jul 2010 08:25:19 +0900 ·
  Hi,
I usually use the resolution:

1280x1024
and on some machines also 1024x768

Maik
quoted from Neil Franken


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 · Mon, 5 Jul 2010 19:43:26 -0400 ·
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 · Tue, 6 Jul 2010 07:36:44 +0200 ·
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
quoted from Josh Luthman


-----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
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 · Tue, 6 Jul 2010 01:49:02 -0400 ·
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.
quoted from Neil Franken

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
quoted from 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
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 Neil Franken · Tue, 6 Jul 2010 08:08:15 +0200 ·
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 · Tue, 06 Jul 2010 11:56:15 +0200 ·
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 · Tue, 6 Jul 2010 11:18:00 +0100 ·
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.
quoted from Neil Franken
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.
quoted from Neil Franken
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.
quoted from Neil Franken
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.)
quoted from Neil Franken

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 · Tue, 6 Jul 2010 12:22:54 +0200 ·
Hi Neil,

My most commonly used resolution is 1280x1024.

cheers,
 	Rense
quoted from Neil Franken

-----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 · Tue, 6 Jul 2010 08:24:00 -0500 ·
quoted from Buchan Milne
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 All
Please, let's keep development discussions *only* on the developers list. If
people interested in this are not on the developers list, they should join it.
Unnecessary cross-posting between a development and a support list usually
compromises one ...
The list for
Volunteers(http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Dev
eloper_Guide#Xymon_volunteers_Roles_and_Responsiblity) should be closed
for now.
I personally don't agree with the layout and some of the content of these
"books" (IMHO, they are very biased to the way T.J. uses Xymon), and I see no
reason that it should be outside of the Xymon project. I would prefer that the
non-biased content on it be migrated into the Xymon project (wherever it is
hosted). SF offers Mediawiki (among other software), so it should be easy in
future to migrate the content, once we are in a position to enable Mediawiki
on SF.
Same here, I think xymon  should have book type of  xymon docs beside
existing RTFM.
The contents on current xymon wiki(using mediawiki) is just  front end
 content collector.
Doesn't mean it need to taken chapter by chapter to roll into final book.
quoted from Buchan Milne
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.
quoted from Buchan Milne
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
quoted from Buchan Milne
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.
quoted from Buchan Milne
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.
quoted from Buchan Milne
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 · Tue, 6 Jul 2010 10:03:16 -0400 ·
1920 x 1200
quoted from Rense Roskam

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 · Tue, 6 Jul 2010 15:11:32 +0100 ·
quoted from TJ Yang
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.
quoted from TJ Yang
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 · Tue, 06 Jul 2010 10:32:43 -0400 ·
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
quoted from Josh Luthman

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:
quoted from Josh Luthman
[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.
-- 

Tom Georgoulias
Senior Systems Engineer
McClatchy Interactive
desk: XXX-XXX-XXXX
AIM: tgeorgouliasmi
list Ryan Novosielski · Tue, 06 Jul 2010 10:47:38 -0400 ·
-----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
quoted from Steve Overy

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 · Tue, 06 Jul 2010 10:49:47 -0400 ·
quoted from Josh Luthman
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 07/05/2010 12:24 PM, Bill Arlofski wrote:
On 07/05/10 11:29, Josh Luthman wrote:
So there is no pinch and zoom?  It just zooms out and sticks the page
on the phone in landscape format?

Using this for a reference myself... http://www.youtube.com/watch?v=7qkXBMOyvtU
Right, that's an older video, but at about 51 seconds, they touch the screen
and spin their finger clockwise to zoom in (you can also zoom out by going
counter-clockwise) and then they double-tap for a "best fit" type of zoom.
Another double-tap zooms back out, btw.

The touch/spin provides similar function to the pinch zoom of iPhone.


In any case, I guess the WML stuff would probably suffice for the "thin view",
I just need to figure out how too get the N900 to recognize' the .wml files (a
current test shows that N900 and Firefox want to download instead of display
the file, whereas Opera displays the .wml files)
The Palm Pre actually does not support WML pages. It would be nice if
there were an iPhone version of the Xymon display that rendered nicely
on a smart phone. http://i.wund.com is one such iPhone site that looks
great on my Palm Pre.
quoted from Ryan Novosielski

- -- 
- ---- _  _ _  _ ___  _  _  _
|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 · Tue, 6 Jul 2010 11:06:20 -0400 ·
quoted from Neil Franken
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 · Tue, 06 Jul 2010 11:09:40 -0400 ·
quoted from Josh Luthman
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 · Tue, 6 Jul 2010 12:27:58 -0400 ·
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 · Wed, 7 Jul 2010 07:43:09 +0200 ·
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
quoted from Tom Kauffman


-----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 · Wed, 7 Jul 2010 02:02:23 -0400 ·
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
quoted from 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 · Wed, 7 Jul 2010 08:05:38 +0200 ·
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.
quoted from Patrick Nixon

-----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 · Wed, 7 Jul 2010 08:22:51 +0200 ·
quoted from Neil Franken
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 · Wed, 7 Jul 2010 08:51:08 +0200 ·
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
quoted from Stef Coene

-----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 · Wed, 7 Jul 2010 08:56:17 +0100 ·
quoted from Stef Coene
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?
quoted from Neil Franken
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 · Wed, 7 Jul 2010 09:57:31 +0200 ·
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
quoted from Buchan Milne

-----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 · Mon, 19 Jul 2010 13:28:43 -0600 ·
quoted from Neil Franken
  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 · Mon, 19 Jul 2010 16:56:47 -0400 ·
quoted from Shawn Heisey
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 · Tue, 20 Jul 2010 10:07:20 +0200 ·
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.
quoted from Shawn Heisey

-----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.