From: <and...@f2...> - 2010-09-03 10:37:25
|
Hello Simon. Thanks for the information. Unfortunately I can't easily upgrade to MW 1.16 because of some of the extensions I use. I guess this vital information needs to be added to the SRF page to save people's time. Regards Andrew. >> Mediawiki 1.16 is the first version of mediawiki to include the jquery library, as such you might have to update from 1.15.4 to get it to work! |
From: <and...@f2...> - 2010-09-03 13:19:04
|
Hello Yaron. Tried switching skin and the graph worked. I think it is the Halo skin that I use that causes the problem. I understand that it uses the prototype javascript engine which is known for clashes. Started to become more trouble than it's worth unfortunately :( I'll send you the page source directly. Thanks Andrew. >> Hi, The jqPlot formats of SRF already include jQuery itself, so they should work fine even for previous versions of MediaWiki. Andrew - if possible, could you send me the HTML source of the page in which the bar graph doesn't appear? -Yaron |
From: Laurent A. <la...@al...> - 2010-09-03 11:15:35
|
jQuery can be installed independently of MW 1.16. You could edit your skin and add the path to the jQuery library file in the header of your theme page. I can post more details about that later today if you need them. - Laurent On Sep 3, 2010, at 6:37 AM, and...@f2... wrote: > Hello Simon. > > Thanks for the information. Unfortunately I can't easily upgrade to MW 1.16 > because of some of the extensions I use. > I guess this vital information needs to be added to the SRF page to save > people's time. > > Regards > Andrew. > >>> > Mediawiki 1.16 is the first version of mediawiki to include the jquery > library, as such you might have to update from 1.15.4 to get it to work! > > > > > ------------------------------------------------------------------------------ > This SF.net Dev2Dev email is sponsored by: > > Show off your parallel programming skills. > Enter the Intel(R) Threading Challenge 2010. > http://p.sf.net/sfu/intel-thread-sfd > _______________________________________________ > Semediawiki-user mailing list > Sem...@li... > https://lists.sourceforge.net/lists/listinfo/semediawiki-user |
From: Yaron K. <ya...@gm...> - 2010-09-03 13:00:54
|
Hi, The jqPlot formats of SRF already include jQuery itself, so they should work fine even for previous versions of MediaWiki. Andrew - if possible, could you send me the HTML source of the page in which the bar graph doesn't appear? -Yaron On Fri, Sep 3, 2010 at 7:14 AM, Laurent Alquier <la...@al...> wrote: > jQuery can be installed independently of MW 1.16. > > You could edit your skin and add the path to the jQuery library file in the header of your theme page. > > I can post more details about that later today if you need them. > > - Laurent > > On Sep 3, 2010, at 6:37 AM, and...@f2... wrote: > >> Hello Simon. >> >> Thanks for the information. Unfortunately I can't easily upgrade to MW 1.16 >> because of some of the extensions I use. >> I guess this vital information needs to be added to the SRF page to save >> people's time. >> >> Regards >> Andrew. >> >>>> >> Mediawiki 1.16 is the first version of mediawiki to include the jquery >> library, as such you might have to update from 1.15.4 to get it to work! >> >> >> >> >> ------------------------------------------------------------------------------ >> This SF.net Dev2Dev email is sponsored by: >> >> Show off your parallel programming skills. >> Enter the Intel(R) Threading Challenge 2010. >> http://p.sf.net/sfu/intel-thread-sfd >> _______________________________________________ >> Semediawiki-user mailing list >> Sem...@li... >> https://lists.sourceforge.net/lists/listinfo/semediawiki-user > > > > ------------------------------------------------------------------------------ > This SF.net Dev2Dev email is sponsored by: > > Show off your parallel programming skills. > Enter the Intel(R) Threading Challenge 2010. > http://p.sf.net/sfu/intel-thread-sfd > _______________________________________________ > Semediawiki-user mailing list > Sem...@li... > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > -- WikiWorks · MediaWiki Consulting · http://wikiworks.com |
From: Simon D. <Sim...@po...> - 2010-09-03 14:36:52
|
Dear all, I was wondering if there were other ways to customise the appearance of the bar graphs. Specifically a way to change the axes numbering, at the minute it seems (at least partially) related to the height (or width depending on alignment) of the graph and changing the columns so each alternate column has a different colour. To illustrate the first issue: http://www.shdenham.co.uk/wiki/Measurements_of_Artefacts_from_Arpachiyah as can be seen there under Length the graph is large but this results in the y axis going to 100 while the largest seal length is only 3.5. The Width graph was the best compromise I could find that let you see height (and this is where the alternate colour would be useful) but is rather too small. Height, for some reason its scale goes to 20 despite the largest height being only 1.76. Thanks again for Sanyam Goyal and Yaron Koren for the JQuery library work! Simon |
From: Yaron K. <ya...@gm...> - 2010-09-21 17:11:30
|
Hi Simon, Sorry for the very long delay. I finally got the chance to look into this now, and I have to say it's extremely odd - I haven't seen behavior like that (the bars taking up only a small percentage of the graph) on any other wiki. My guess is that this might be based on some other Javascript library conflicting with jqPlot. I see from the page source that there are at least three other extensions that are adding their own Javascript to the page, that might be causing the issue - CategoryTree, SQFT, and an extension called "Lightbox", which I've never heard of (I've heard of the JS library, but not of the MW extension). Could you try unincluding all three extensions in LocalSettings.php and see if that fixes the issue, and if so, could you narrow down which extension is doing it? -Yaron On Fri, Sep 3, 2010 at 10:36 AM, Simon Denham <Sim...@po...> wrote: > Dear all, > > I was wondering if there were other ways to customise the appearance > of the bar graphs. > > Specifically a way to change the axes numbering, at the minute it > seems (at least partially) related to the height (or width depending > on alignment) of the graph and changing the columns so each alternate > column has a different colour. To illustrate the first issue: > > http://www.shdenham.co.uk/wiki/Measurements_of_Artefacts_from_Arpachiyah > > as can be seen there under Length the graph is large but this results > in the y axis going to 100 while the largest seal length is only 3.5. > The Width graph was the best compromise I could find that let you see > height (and this is where the alternate colour would be useful) but is > rather too small. Height, for some reason its scale goes to 20 despite > the largest height being only 1.76. > > Thanks again for Sanyam Goyal and Yaron Koren for the JQuery library work! > > Simon > > > ------------------------------------------------------------------------------ > This SF.net Dev2Dev email is sponsored by: > > Show off your parallel programming skills. > Enter the Intel(R) Threading Challenge 2010. > http://p.sf.net/sfu/intel-thread-sfd > _______________________________________________ > Semediawiki-user mailing list > Sem...@li... > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > -- WikiWorks · MediaWiki Consulting · http://wikiworks.com |
From: Simon D. <sim...@po...> - 2010-09-23 16:32:00
|
Hey Yaron, Thanks for your reply! I disabled the three extensions you mentioned, and checked others for javascript, and it didn't make any difference. Lightbox is a rather hacky extension to use lightbox within mediawiki [1], It conflicts with imagemagick though which I'd been using to present Tiffs so I might drop it anyway. I experimented further and think the problem is caused by small numbers. The Artefact measurements have Type:Measurement whose default unit is cm, I wondered if this was the issue and converted ArtefactLength to type:Number which appeared to solve the issue [2] but the default unit the data was entered in was mm and so it reverted to that making the numbers much larger so I created a series of some very small numbers (from 0.1 to 0.9) [3] wherein the scale jumped to 1000 and the units are all but invisible. I re-enabled the javascript altering extensions too and they appear to cause no change, so I'm relatively sure it isn't them. It could be a problem with the custom units, but that doesn't explain why [3] didn't work either! When I included some large numbers in the query [4] it appears to work again, although unsurprisingly the smallest numbers are invisible. I do hope this is useful! Thanks again for your time, Simon P.S. Just converted Type:Measurement to mm instead of cm and the graphs for the other measurements now work [5] so it does appear to be something to do with very small numbers. [1] http://www.mediawiki.org/wiki/Extension:LightboxThumbs [2] http://shdenham.co.uk/wiki/Practice#Artefact_Length [3] http://shdenham.co.uk/wiki/Practice#TestNumber_Small_No [4] http://shdenham.co.uk/wiki/Practice#TestNumber_All [5] http://www.shdenham.co.uk/wiki/Measurements_of_Artefacts_from_Arpachiyah -----Original Message----- From: Yaron Koren [mailto:ya...@gm...] Sent: 21 September 2010 18:11 To: Simon Denham Cc: sem...@li... Subject: Re: [Semediawiki-user] SRF jqplotbar options Hi Simon, Sorry for the very long delay. I finally got the chance to look into this now, and I have to say it's extremely odd - I haven't seen behavior like that (the bars taking up only a small percentage of the graph) on any other wiki. My guess is that this might be based on some other Javascript library conflicting with jqPlot. I see from the page source that there are at least three other extensions that are adding their own Javascript to the page, that might be causing the issue - CategoryTree, SQFT, and an extension called "Lightbox", which I've never heard of (I've heard of the JS library, but not of the MW extension). Could you try unincluding all three extensions in LocalSettings.php and see if that fixes the issue, and if so, could you narrow down which extension is doing it? -Yaron On Fri, Sep 3, 2010 at 10:36 AM, Simon Denham <Sim...@po...> wrote: > Dear all, > > I was wondering if there were other ways to customise the appearance > of the bar graphs. > > Specifically a way to change the axes numbering, at the minute it > seems (at least partially) related to the height (or width depending > on alignment) of the graph and changing the columns so each alternate > column has a different colour. To illustrate the first issue: > > http://www.shdenham.co.uk/wiki/Measurements_of_Artefacts_from_Arpachiy > ah > > as can be seen there under Length the graph is large but this results > in the y axis going to 100 while the largest seal length is only 3.5. > The Width graph was the best compromise I could find that let you see > height (and this is where the alternate colour would be useful) but is > rather too small. Height, for some reason its scale goes to 20 despite > the largest height being only 1.76. > > Thanks again for Sanyam Goyal and Yaron Koren for the JQuery library work! > > Simon > > > ---------------------------------------------------------------------- > -------- This SF.net Dev2Dev email is sponsored by: > > Show off your parallel programming skills. > Enter the Intel(R) Threading Challenge 2010. > http://p.sf.net/sfu/intel-thread-sfd > _______________________________________________ > Semediawiki-user mailing list > Sem...@li... > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > -- WikiWorks . MediaWiki Consulting . http://wikiworks.com |
From: Simon D. <sim...@po...> - 2010-09-24 09:45:42
|
Further to the previous message I thought I'd check on http://scratchpad.referata.com/ to see if I could see the same behaviour and it works exactly the same (though I changed the big numbers to smaller big numbers so it was less different). See: http://scratchpad.referata.com/wiki/JQuery -----Original Message----- From: Simon Denham [mailto:sim...@po...] Sent: 23 September 2010 17:31 To: 'Yaron Koren' Cc: sem...@li... Subject: Re: [Semediawiki-user] SRF jqplotbar options Hey Yaron, Thanks for your reply! I disabled the three extensions you mentioned, and checked others for javascript, and it didn't make any difference. Lightbox is a rather hacky extension to use lightbox within mediawiki [1], It conflicts with imagemagick though which I'd been using to present Tiffs so I might drop it anyway. I experimented further and think the problem is caused by small numbers. The Artefact measurements have Type:Measurement whose default unit is cm, I wondered if this was the issue and converted ArtefactLength to type:Number which appeared to solve the issue [2] but the default unit the data was entered in was mm and so it reverted to that making the numbers much larger so I created a series of some very small numbers (from 0.1 to 0.9) [3] wherein the scale jumped to 1000 and the units are all but invisible. I re-enabled the javascript altering extensions too and they appear to cause no change, so I'm relatively sure it isn't them. It could be a problem with the custom units, but that doesn't explain why [3] didn't work either! When I included some large numbers in the query [4] it appears to work again, although unsurprisingly the smallest numbers are invisible. I do hope this is useful! Thanks again for your time, Simon P.S. Just converted Type:Measurement to mm instead of cm and the graphs for the other measurements now work [5] so it does appear to be something to do with very small numbers. [1] http://www.mediawiki.org/wiki/Extension:LightboxThumbs [2] http://shdenham.co.uk/wiki/Practice#Artefact_Length [3] http://shdenham.co.uk/wiki/Practice#TestNumber_Small_No [4] http://shdenham.co.uk/wiki/Practice#TestNumber_All [5] http://www.shdenham.co.uk/wiki/Measurements_of_Artefacts_from_Arpachiyah -----Original Message----- From: Yaron Koren [mailto:ya...@gm...] Sent: 21 September 2010 18:11 To: Simon Denham Cc: sem...@li... Subject: Re: [Semediawiki-user] SRF jqplotbar options Hi Simon, Sorry for the very long delay. I finally got the chance to look into this now, and I have to say it's extremely odd - I haven't seen behavior like that (the bars taking up only a small percentage of the graph) on any other wiki. My guess is that this might be based on some other Javascript library conflicting with jqPlot. I see from the page source that there are at least three other extensions that are adding their own Javascript to the page, that might be causing the issue - CategoryTree, SQFT, and an extension called "Lightbox", which I've never heard of (I've heard of the JS library, but not of the MW extension). Could you try unincluding all three extensions in LocalSettings.php and see if that fixes the issue, and if so, could you narrow down which extension is doing it? -Yaron On Fri, Sep 3, 2010 at 10:36 AM, Simon Denham <Sim...@po...> wrote: > Dear all, > > I was wondering if there were other ways to customise the appearance > of the bar graphs. > > Specifically a way to change the axes numbering, at the minute it > seems (at least partially) related to the height (or width depending > on alignment) of the graph and changing the columns so each alternate > column has a different colour. To illustrate the first issue: > > http://www.shdenham.co.uk/wiki/Measurements_of_Artefacts_from_Arpachiy > ah > > as can be seen there under Length the graph is large but this results > in the y axis going to 100 while the largest seal length is only 3.5. > The Width graph was the best compromise I could find that let you see > height (and this is where the alternate colour would be useful) but is > rather too small. Height, for some reason its scale goes to 20 despite > the largest height being only 1.76. > > Thanks again for Sanyam Goyal and Yaron Koren for the JQuery library work! > > Simon > > > ---------------------------------------------------------------------- > -------- This SF.net Dev2Dev email is sponsored by: > > Show off your parallel programming skills. > Enter the Intel(R) Threading Challenge 2010. > http://p.sf.net/sfu/intel-thread-sfd > _______________________________________________ > Semediawiki-user mailing list > Sem...@li... > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > -- WikiWorks . MediaWiki Consulting . http://wikiworks.com ---------------------------------------------------------------------------- -- Nokia and AT&T present the 2010 Calling All Innovators-North America contest Create new apps & games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev _______________________________________________ Semediawiki-user mailing list Sem...@li... https://lists.sourceforge.net/lists/listinfo/semediawiki-user |
From: Yaron K. <ya...@gm...> - 2010-09-24 20:05:31
|
Hi Simon, Thanks for putting that demo together - I was planning to put together something similar, but it might have taken a while. Anyway, thanks to that demo I was able to diagnose the problem - it's actually a bug in jqPlot. The SRF code uses a jqPlot bar graph option called 'autoscale', that automatically calculates the "tick" values, but it fails for small values, or negative numbers: http://groups.google.com/group/jqplot-users/browse_thread/thread/6abbd6ac50572dcc?pli=1 Before I discovered 'autoscale', Sanyam and I actually had some code to calculate the tick values manually, so I stuck that back in and made some improvements to it. I just checked the code in to SVN, so if you update the SRF code now it should look better. Please let me know if you find any problems with it, though. -Yaron On Fri, Sep 24, 2010 at 5:45 AM, Simon Denham <sim...@po...> wrote: > Further to the previous message I thought I'd check on > http://scratchpad.referata.com/ to see if I could see the same behaviour and > it works exactly the same (though I changed the big numbers to smaller big > numbers so it was less different). See: > > http://scratchpad.referata.com/wiki/JQuery > > -----Original Message----- > From: Simon Denham [mailto:sim...@po...] > Sent: 23 September 2010 17:31 > To: 'Yaron Koren' > Cc: sem...@li... > Subject: Re: [Semediawiki-user] SRF jqplotbar options > > Hey Yaron, > > Thanks for your reply! I disabled the three extensions you mentioned, and > checked others for javascript, and it didn't make any difference. Lightbox > is a rather hacky extension to use lightbox within mediawiki [1], It > conflicts with imagemagick though which I'd been using to present Tiffs so I > might drop it anyway. > > I experimented further and think the problem is caused by small numbers. The > Artefact measurements have Type:Measurement whose default unit is cm, I > wondered if this was the issue and converted ArtefactLength to type:Number > which appeared to solve the issue [2] but the default unit the data was > entered in was mm and so it reverted to that making the numbers much larger > so I created a series of some very small numbers (from 0.1 to 0.9) [3] > wherein the scale jumped to 1000 and the units are all but invisible. > > I re-enabled the javascript altering extensions too and they appear to cause > no change, so I'm relatively sure it isn't them. It could be a problem with > the custom units, but that doesn't explain why [3] didn't work either! When > I included some large numbers in the query [4] it appears to work again, > although unsurprisingly the smallest numbers are invisible. I do hope this > is useful! > > Thanks again for your time, > > Simon > > P.S. Just converted Type:Measurement to mm instead of cm and the graphs for > the other measurements now work [5] so it does appear to be something to do > with very small numbers. > > [1] http://www.mediawiki.org/wiki/Extension:LightboxThumbs > > [2] http://shdenham.co.uk/wiki/Practice#Artefact_Length > > [3] http://shdenham.co.uk/wiki/Practice#TestNumber_Small_No > > [4] http://shdenham.co.uk/wiki/Practice#TestNumber_All > > [5] http://www.shdenham.co.uk/wiki/Measurements_of_Artefacts_from_Arpachiyah > > > -----Original Message----- > From: Yaron Koren [mailto:ya...@gm...] > Sent: 21 September 2010 18:11 > To: Simon Denham > Cc: sem...@li... > Subject: Re: [Semediawiki-user] SRF jqplotbar options > > Hi Simon, > > Sorry for the very long delay. I finally got the chance to look into this > now, and I have to say it's extremely odd - I haven't seen behavior like > that (the bars taking up only a small percentage of the > graph) on any other wiki. My guess is that this might be based on some other > Javascript library conflicting with jqPlot. I see from the page source that > there are at least three other extensions that are adding their own > Javascript to the page, that might be causing the issue - CategoryTree, > SQFT, and an extension called "Lightbox", which I've never heard of (I've > heard of the JS library, but not of the MW extension). Could you try > unincluding all three extensions in LocalSettings.php and see if that fixes > the issue, and if so, could you narrow down which extension is doing it? > > -Yaron > > > On Fri, Sep 3, 2010 at 10:36 AM, Simon Denham > <Sim...@po...> wrote: >> Dear all, >> >> I was wondering if there were other ways to customise the appearance >> of the bar graphs. >> >> Specifically a way to change the axes numbering, at the minute it >> seems (at least partially) related to the height (or width depending >> on alignment) of the graph and changing the columns so each alternate >> column has a different colour. To illustrate the first issue: >> >> http://www.shdenham.co.uk/wiki/Measurements_of_Artefacts_from_Arpachiy >> ah >> >> as can be seen there under Length the graph is large but this results >> in the y axis going to 100 while the largest seal length is only 3.5. >> The Width graph was the best compromise I could find that let you see >> height (and this is where the alternate colour would be useful) but is >> rather too small. Height, for some reason its scale goes to 20 despite >> the largest height being only 1.76. >> >> Thanks again for Sanyam Goyal and Yaron Koren for the JQuery library work! >> >> Simon >> >> >> ---------------------------------------------------------------------- >> -------- This SF.net Dev2Dev email is sponsored by: >> >> Show off your parallel programming skills. >> Enter the Intel(R) Threading Challenge 2010. >> http://p.sf.net/sfu/intel-thread-sfd >> _______________________________________________ >> Semediawiki-user mailing list >> Sem...@li... >> https://lists.sourceforge.net/lists/listinfo/semediawiki-user >> > > > > -- > WikiWorks . MediaWiki Consulting . http://wikiworks.com > > > ---------------------------------------------------------------------------- > -- > Nokia and AT&T present the 2010 Calling All Innovators-North America contest > Create new apps & games for the Nokia N8 for consumers in U.S. and Canada > $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing > Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store > http://p.sf.net/sfu/nokia-dev2dev > _______________________________________________ > Semediawiki-user mailing list > Sem...@li... > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > > -- WikiWorks · MediaWiki Consulting · http://wikiworks.com |
From: Simon D. <sim...@po...> - 2010-10-04 09:17:47
|
Hey, Apologies for slowness of response, the University network doesn't like ftp much so took me a while to get round to testing it out. Seems to now work fine! Thank-you for your help! Simon -----Original Message----- From: Yaron Koren [mailto:ya...@gm...] Sent: 24 September 2010 21:05 To: Simon Denham Cc: sem...@li... Subject: Re: [Semediawiki-user] SRF jqplotbar options Hi Simon, Thanks for putting that demo together - I was planning to put together something similar, but it might have taken a while. Anyway, thanks to that demo I was able to diagnose the problem - it's actually a bug in jqPlot. The SRF code uses a jqPlot bar graph option called 'autoscale', that automatically calculates the "tick" values, but it fails for small values, or negative numbers: http://groups.google.com/group/jqplot-users/browse_thread/thread/6abbd6ac505 72dcc?pli=1 Before I discovered 'autoscale', Sanyam and I actually had some code to calculate the tick values manually, so I stuck that back in and made some improvements to it. I just checked the code in to SVN, so if you update the SRF code now it should look better. Please let me know if you find any problems with it, though. -Yaron On Fri, Sep 24, 2010 at 5:45 AM, Simon Denham <sim...@po...> wrote: > Further to the previous message I thought I'd check on > http://scratchpad.referata.com/ to see if I could see the same > behaviour and it works exactly the same (though I changed the big > numbers to smaller big numbers so it was less different). See: > > http://scratchpad.referata.com/wiki/JQuery > > -----Original Message----- > From: Simon Denham [mailto:sim...@po...] > Sent: 23 September 2010 17:31 > To: 'Yaron Koren' > Cc: sem...@li... > Subject: Re: [Semediawiki-user] SRF jqplotbar options > > Hey Yaron, > > Thanks for your reply! I disabled the three extensions you mentioned, > and checked others for javascript, and it didn't make any difference. > Lightbox is a rather hacky extension to use lightbox within mediawiki > [1], It conflicts with imagemagick though which I'd been using to > present Tiffs so I might drop it anyway. > > I experimented further and think the problem is caused by small > numbers. The Artefact measurements have Type:Measurement whose default > unit is cm, I wondered if this was the issue and converted > ArtefactLength to type:Number which appeared to solve the issue [2] > but the default unit the data was entered in was mm and so it reverted > to that making the numbers much larger so I created a series of some > very small numbers (from 0.1 to 0.9) [3] wherein the scale jumped to 1000 and the units are all but invisible. > > I re-enabled the javascript altering extensions too and they appear to > cause no change, so I'm relatively sure it isn't them. It could be a > problem with the custom units, but that doesn't explain why [3] didn't > work either! When I included some large numbers in the query [4] it > appears to work again, although unsurprisingly the smallest numbers > are invisible. I do hope this is useful! > > Thanks again for your time, > > Simon > > P.S. Just converted Type:Measurement to mm instead of cm and the > graphs for the other measurements now work [5] so it does appear to be > something to do with very small numbers. > > [1] http://www.mediawiki.org/wiki/Extension:LightboxThumbs > > [2] http://shdenham.co.uk/wiki/Practice#Artefact_Length > > [3] http://shdenham.co.uk/wiki/Practice#TestNumber_Small_No > > [4] http://shdenham.co.uk/wiki/Practice#TestNumber_All > > [5] > http://www.shdenham.co.uk/wiki/Measurements_of_Artefacts_from_Arpachiy > ah > > > -----Original Message----- > From: Yaron Koren [mailto:ya...@gm...] > Sent: 21 September 2010 18:11 > To: Simon Denham > Cc: sem...@li... > Subject: Re: [Semediawiki-user] SRF jqplotbar options > > Hi Simon, > > Sorry for the very long delay. I finally got the chance to look into > this now, and I have to say it's extremely odd - I haven't seen > behavior like that (the bars taking up only a small percentage of the > graph) on any other wiki. My guess is that this might be based on some > other Javascript library conflicting with jqPlot. I see from the page > source that there are at least three other extensions that are adding > their own Javascript to the page, that might be causing the issue - > CategoryTree, SQFT, and an extension called "Lightbox", which I've > never heard of (I've heard of the JS library, but not of the MW > extension). Could you try unincluding all three extensions in > LocalSettings.php and see if that fixes the issue, and if so, could you narrow down which extension is doing it? > > -Yaron > > > On Fri, Sep 3, 2010 at 10:36 AM, Simon Denham > <Sim...@po...> wrote: >> Dear all, >> >> I was wondering if there were other ways to customise the appearance >> of the bar graphs. >> >> Specifically a way to change the axes numbering, at the minute it >> seems (at least partially) related to the height (or width depending >> on alignment) of the graph and changing the columns so each alternate >> column has a different colour. To illustrate the first issue: >> >> http://www.shdenham.co.uk/wiki/Measurements_of_Artefacts_from_Arpachi >> y >> ah >> >> as can be seen there under Length the graph is large but this results >> in the y axis going to 100 while the largest seal length is only 3.5. >> The Width graph was the best compromise I could find that let you see >> height (and this is where the alternate colour would be useful) but >> is rather too small. Height, for some reason its scale goes to 20 >> despite the largest height being only 1.76. >> >> Thanks again for Sanyam Goyal and Yaron Koren for the JQuery library work! >> >> Simon >> >> >> --------------------------------------------------------------------- >> - >> -------- This SF.net Dev2Dev email is sponsored by: >> >> Show off your parallel programming skills. >> Enter the Intel(R) Threading Challenge 2010. >> http://p.sf.net/sfu/intel-thread-sfd >> _______________________________________________ >> Semediawiki-user mailing list >> Sem...@li... >> https://lists.sourceforge.net/lists/listinfo/semediawiki-user >> > > > > -- > WikiWorks . MediaWiki Consulting . http://wikiworks.com > > > ---------------------------------------------------------------------- > ------ > -- > Nokia and AT&T present the 2010 Calling All Innovators-North America > contest Create new apps & games for the Nokia N8 for consumers in > U.S. and Canada > $10 million total in prizes - $4M cash, 500 devices, nearly $6M in > marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish > to Ovi Store http://p.sf.net/sfu/nokia-dev2dev > _______________________________________________ > Semediawiki-user mailing list > Sem...@li... > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > > -- WikiWorks · MediaWiki Consulting · http://wikiworks.com ---------------------------------------------------------------------------- -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev _______________________________________________ Semediawiki-user mailing list Sem...@li... https://lists.sourceforge.net/lists/listinfo/semediawiki-user |
From: Krabina B. <kr...@kd...> - 2011-02-26 00:29:49
|
Hi, I have the same problem here: nothing gets displayed, but switching to format=ul shows the data. The output HTML is: <div id="pie1" style="margin-top: 20px; margin-left: 20px; width: 400px; height: 400px;"></div> <p><br> </p> I'm using MW 1.16.2, SMW 1.5.6, SRF 1.5.3 The problem does not resolve if I switch skins... I use {{#ask: [[Kategorie:Projekte]] [[Projektnummer::+]] |?Projektvolumen |format=jqplotpie |charttitle=TEST |limit=5 }} regards, Bernhard ----- Ursprüngliche Mail ----- Von: "Yaron Koren" <ya...@gm...> An: "Laurent Alquier" <la...@al...> CC: sem...@li... Gesendet: Freitag, 3. September 2010 15:00:47 Betreff: Re: [Semediawiki-user] SRF jqplotbar not working Hi, The jqPlot formats of SRF already include jQuery itself, so they should work fine even for previous versions of MediaWiki. Andrew - if possible, could you send me the HTML source of the page in which the bar graph doesn't appear? -Yaron On Fri, Sep 3, 2010 at 7:14 AM, Laurent Alquier <la...@al...> wrote: > jQuery can be installed independently of MW 1.16. > > You could edit your skin and add the path to the jQuery library file in the header of your theme page. > > I can post more details about that later today if you need them. > > - Laurent > > On Sep 3, 2010, at 6:37 AM, and...@f2... wrote: > >> Hello Simon. >> >> Thanks for the information. Unfortunately I can't easily upgrade to MW 1.16 >> because of some of the extensions I use. >> I guess this vital information needs to be added to the SRF page to save >> people's time. >> >> Regards >> Andrew. >> >>>> >> Mediawiki 1.16 is the first version of mediawiki to include the jquery >> library, as such you might have to update from 1.15.4 to get it to work! >> >> >> >> >> ------------------------------------------------------------------------------ >> This SF.net Dev2Dev email is sponsored by: >> >> Show off your parallel programming skills. >> Enter the Intel(R) Threading Challenge 2010. >> http://p.sf.net/sfu/intel-thread-sfd >> _______________________________________________ >> Semediawiki-user mailing list >> Sem...@li... >> https://lists.sourceforge.net/lists/listinfo/semediawiki-user > > > > ------------------------------------------------------------------------------ > This SF.net Dev2Dev email is sponsored by: > > Show off your parallel programming skills. > Enter the Intel(R) Threading Challenge 2010. > http://p.sf.net/sfu/intel-thread-sfd > _______________________________________________ > Semediawiki-user mailing list > Sem...@li... > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > -- WikiWorks · MediaWiki Consulting · http://wikiworks.com ------------------------------------------------------------------------------ This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd _______________________________________________ Semediawiki-user mailing list Sem...@li... https://lists.sourceforge.net/lists/listinfo/semediawiki-user |