Menu
▾
▴
bodington-developers — Mailing list for Bodington developers
You can subscribe to this list here.
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
(41) |
May
(353) |
Jun
(133) |
Jul
(534) |
Aug
(401) |
Sep
(219) |
Oct
(86) |
Nov
(144) |
Dec
(61) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
(200) |
Feb
(130) |
Mar
(345) |
Apr
(153) |
May
(247) |
Jun
(338) |
Jul
(222) |
Aug
(70) |
Sep
(39) |
Oct
(27) |
Nov
(76) |
Dec
(30) |
| 2007 |
Jan
(81) |
Feb
(44) |
Mar
(9) |
Apr
|
May
(3) |
Jun
(2) |
Jul
(34) |
Aug
(2) |
Sep
(1) |
Oct
|
Nov
|
Dec
(6) |
| 2008 |
Jan
|
Feb
|
Mar
(5) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
(7) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Sean M. <se...@sm...> - 2007-01-17 11:02:32
|
well, al, we're up to 4 already. 1 more and your at your limit!-) On 17 Jan 2007, at 10:52, Alistair Young wrote: > It's a big decision Adam. Is bodington.org going to let us loose on > Bodington with Java 1.5 constructs? That's different from saying > > > 1.5++ for me. Anyone counting the votes? > > Alistair > > > -- |
|
From: Peter C. <Pet...@me...> - 2007-01-17 10:59:27
|
> From: Alistair Young > "Bodington does no longer run on Java 1.4. To use Bodington=20 > you must use Java 1.5". For myself, I think this is acceptable. The number of practical Bodington platforms remaining without 1.5 support is small, and the JDK upgrade effort is probably lost in the noise during a Bodington upgrade. So that's a +1 from me, assuming I still have a vote! > 1.5++ for me. Anyone counting the votes? Alistair: +1 Sean: +2 (how come he never uses +1 or -1?) Peter: +1 Present total: +4 on a small sample. - Peter |
|
From: Alistair Y. <ali...@sm...> - 2007-01-17 10:52:49
|
It's a big decision Adam. Is bodington.org going to let us loose on Bodington with Java 1.5 constructs? That's different from saying "we recommend running on Tomcat 5.5.x, which requires Java 1.5 or a compa= t package if you run it on 1.4". By letting us motley crew loose with the likes of: for (String gaff : gaffs) { } bodington.org would be saying "Bodington does no longer run on Java 1.4. To use Bodington you must use Java 1.5". 1.5++ for me. Anyone counting the votes? Alistair --=20 mov eax,1 mov ebx,0 int 80h > Unless there is a very good reason not to, 1.5 should be platform of > choice. > > adam > > -- > > Adam Marshall - OUCS > > E-learning Conferences. Book online > Shock of the Old 6, March 22nd - > http://www.oucs.ox.ac.uk/ltg/events/shock2007/ > Beyond the Search Engine, March 23rd - > http://www.oucs.ox.ac.uk/ltg/events/beyond2007/ > > _____ > > From: bod...@li... > [mailto:bod...@li...] On Behalf O= f > Sean Mehan > Sent: 17 January 2007 10:31 > To: ali...@sm...; Bodington developers > Subject: Re: [Bodington-developers] Java 1.5 > > > > ++2 on going to 1.5. As people say, 1.6 is finalizing. We are moving in= to > a > different rationale, and our "users/deployers" are already being herded > for > us. Perhaps we should get back into the sheparding position rather than > idling by!_) > > > > > > > > s. > > > > On 17 Jan 2007, at 10:19, Alistair Young wrote: > > > > > > > > Should the next release of Bodington move in a similar direction? > > > > |
|
From: Adam M. <ada...@ou...> - 2007-01-17 10:48:24
|
Unless there is a very good reason not to, 1.5 should be platform of choice. adam -- Adam Marshall - OUCS E-learning Conferences. Book online Shock of the Old 6, March 22nd - http://www.oucs.ox.ac.uk/ltg/events/shock2007/ Beyond the Search Engine, March 23rd - http://www.oucs.ox.ac.uk/ltg/events/beyond2007/ _____ From: bod...@li... [mailto:bod...@li...] On Behalf Of Sean Mehan Sent: 17 January 2007 10:31 To: ali...@sm...; Bodington developers Subject: Re: [Bodington-developers] Java 1.5 ++2 on going to 1.5. As people say, 1.6 is finalizing. We are moving into a different rationale, and our "users/deployers" are already being herded for us. Perhaps we should get back into the sheparding position rather than idling by!_) s. On 17 Jan 2007, at 10:19, Alistair Young wrote: Should the next release of Bodington move in a similar direction? |
|
From: Sean M. <se...@sm...> - 2007-01-17 10:30:58
|
++2 on going to 1.5. As people say, 1.6 is finalizing. We are moving into a different rationale, and our "users/deployers" are already being herded for us. Perhaps we should get back into the sheparding position rather than idling by!_) s. On 17 Jan 2007, at 10:19, Alistair Young wrote: > > Should the next release of Bodington move in a similar direction? |
|
From: Alistair Y. <ali...@sm...> - 2007-01-17 10:19:14
|
My learned leek loving colleague is referring to uhi specific add-ons to clan that were written using 1.5 constructs. So he couldn't compile them ;) Bod compiles just fine under 1.5. I think the debate is about using 1.5 constructs. If we do that then there's no going back, 1.4 will not be supported. Major applications such as the Wildfire jabber server do not support 1.4 any more. Sakai 2.4 will not support 1.4. Should the next release of Bodington move in a similar direction? Alistair --=20 mov eax,1 mov ebx,0 int 80h > Peter Crowther wrote: >>> From: Antony Corfield >>> Can you remind us (more specifically a cake-eating weegie) what the >>> policy is for java versions (1.4/1.5). My understanding is >>> that we keep >>> backwards compatibility for java 1.4. i.e. should compile and >>> run with java 1.4 >> >> That's also my understanding of the policy. However, given the appare= nt >> alignment of Bodington and Sakai and the apparent stability of Java 1.= 5, >> would it make sense to align the policy with Sakai and head towards 1.= 5 >> relatively soon? > > I'm all for moving to build and deploying against 1.5. > > Reasons not to move: > - Obscure platforms with only 1.4. > - Developers without much 1.5 experience, although this would be an > opportunity to develop (I'm in this camp). > > -- > -- Matthew Buckett, VLE Developer > -- Learning Technologies Group, Oxford University Computing Services > -- Tel: +44 (0)1865 283660 http://www.oucs.ox.ac.uk/ltg/ > > -----------------------------------------------------------------------= -- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDEV > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers > |
|
From: Alistair Y. <ali...@sm...> - 2007-01-17 10:15:07
|
ok, after reading the replies, maybe it's best just to keep it in. I've
simplified the install and cut the jars down drastically so it's a lot
easier to deploy.
Alistair
--=20
mov eax,1
mov ebx,0
int 80h
> an...@sm... wrote:
>> Include GSK as part of Maven build!-)
>
> So it will be a build time option?
>
>>>> From: Alistair Young
>>>> I'd rather do it along the lines of the Sakai/gx integration,
>>>> where I provide a "Guanxi Shib Kit" (gsk) that shibb enables
>>>> an application. That way I don't have synch with bod releases
>>>> and I can update the gx in a bod as required.
>>> My concerns are organisational, not technical:
>>>
>>> - How does an organisation know what combinations of Bodington and GS=
K
>>> are (or are considered) stable?
>>>
>>> - How does a new downloader of Bod know that the Shibb kit exists in
>>> order to download and add it?
>>>
>>> I suspect there are very simple answers to both ("We maintain a table
>>> on
>>> the Web site" and "It's in the README and on the Web site"
>>> respectively).
>
>
> --
> -- Matthew Buckett, VLE Developer
> -- Learning Technologies Group, Oxford University Computing Services
> -- Tel: +44 (0)1865 283660 http://www.oucs.ox.ac.uk/ltg/
>
> -----------------------------------------------------------------------=
--
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
> your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDEV
> _______________________________________________
> Bodington-developers mailing list
> Bod...@li...
> https://lists.sourceforge.net/lists/listinfo/bodington-developers
>
|
|
From: Matthew B. <mat...@ou...> - 2007-01-17 09:40:45
|
Peter Crowther wrote: >> From: Antony Corfield >> Can you remind us (more specifically a cake-eating weegie) what the >> policy is for java versions (1.4/1.5). My understanding is >> that we keep >> backwards compatibility for java 1.4. i.e. should compile and >> run with java 1.4 > > That's also my understanding of the policy. However, given the apparent > alignment of Bodington and Sakai and the apparent stability of Java 1.5, > would it make sense to align the policy with Sakai and head towards 1.5 > relatively soon? I'm all for moving to build and deploying against 1.5. Reasons not to move: - Obscure platforms with only 1.4. - Developers without much 1.5 experience, although this would be an opportunity to develop (I'm in this camp). -- -- Matthew Buckett, VLE Developer -- Learning Technologies Group, Oxford University Computing Services -- Tel: +44 (0)1865 283660 http://www.oucs.ox.ac.uk/ltg/ |
|
From: Alexis O'C. <ale...@ou...> - 2007-01-17 09:24:48
|
Peter Crowther wrote: >> From: Antony Corfield >> Can you remind us (more specifically a cake-eating weegie) what the >> policy is for java versions (1.4/1.5). My understanding is >> that we keep >> backwards compatibility for java 1.4. i.e. should compile and >> run with java 1.4 >> > > That's also my understanding of the policy. However, given the apparent > alignment of Bodington and Sakai and the apparent stability of Java 1.5, > would it make sense to align the policy with Sakai and head towards 1.5 > relatively soon? > > - Peter > > Hmmm... not entirely a stupid idea. Bearing in mind that JDK 1.6 went final several months ago, that would mean we were only *1* major version behind ;-). Alexis |
|
From: Peter C. <Pet...@me...> - 2007-01-17 09:12:56
|
> From: Antony Corfield > Can you remind us (more specifically a cake-eating weegie) what the=20 > policy is for java versions (1.4/1.5). My understanding is=20 > that we keep=20 > backwards compatibility for java 1.4. i.e. should compile and=20 > run with java 1.4 That's also my understanding of the policy. However, given the apparent alignment of Bodington and Sakai and the apparent stability of Java 1.5, would it make sense to align the policy with Sakai and head towards 1.5 relatively soon? - Peter |
|
From: Antony C. <an...@sm...> - 2007-01-16 17:30:26
|
Can you remind us (more specifically a cake-eating weegie) what the policy is for java versions (1.4/1.5). My understanding is that we keep backwards compatibility for java 1.4. i.e. should compile and run with java 1.4 Cheers, Antony -- Antony Corfield, UHI e-Frameworks developer |
|
From: Colin T. <col...@ou...> - 2007-01-16 12:33:38
|
Peter Crowther wrote: > - Naomi's using a user interface idiom that includes pop-up windows; > - There is a requirement for a user to press something on-screen to get > rid of the pop-up window. Yes, I followed that much. I guess what I was asking was isn't there a way to achieve the overall aim (whatever that is) using the wonderful templating language :-) without pop up windows, closing them and JavaScript? In my view it would be good if all of those could be avoided. Colin -- ____________________________________ Colin Tatham VLE Team Oxford University Computing Services http://www.oucs.ox.ac.uk/ltg/vle/ http://bodington.org |
|
From: Adam M. <ada...@ou...> - 2007-01-16 12:23:36
|
Can't you just stick this on the pop-up page? Or have I missed the point
here?:
<script type="text/javascript" language="JavaScript">
<!--
document.write('<form><div align="center"><input type="button"
value="Close" name="js_close_window" tabindex="1"
onClick="window.close()" class="js_close_window"></div></form>');
// -->
</script>
<noscript>Use the browser to close this window. This will not save any data
entered on the <strong>current</strong> page.</noscript>
A dam
| -----Original Message-----
| From: bod...@li...
| [mailto:bod...@li...] On Behalf Of
| Naomi Miles
| Sent: 16 January 2007 12:00
| To: Bodington developers
| Subject: Re: [Bodington-developers] close window prob
|
| All I need it to do is close when the user hits the close link (in
| all browsers), at the moment it just goes off to Facility anyhow and
| I'm trying to stop it doing that. I'm coming to the conclusion that
| I'll have to do it another way. It worked fine in Safari if you just
| used href=".", but not in FF or IE, so I'm trying to find a solution
| that works for all.
|
| On 16 Jan 2007, at 11:46, Colin Tatham wrote:
|
| > I'm not really following what you need the template to do Naomi,
| > but is
| > there a way you can achieve what you want to another way, that
| > possibly
| > doesn't involve JavaScript? Maybe use some conditional logic in the
| > template to call different methods in the Facility class you're using?
| >
| > Colin
| >
| > Matthew Buckett wrote:
| >> Naomi Miles wrote:
| >>> Nope, it's not a form. After I hit the 'close' link, it still goes
| >>> to Facility and tries to execute the getReport method defined in the
| >>> <call>, and I want to stop it from doing this.
| >>
| >> Firebug pointed me in the direction for this which I can't
| >> recommend enough.
| >>
| >> http://getfirebug.com/
| >>
| >> Remove the return, the value of the last statement should be
| >> enough so
| >> it ends
| >> window.close();false;">
| >>
| >> I'm not sure this works in javascript URLs but I think it's how
| >> onsubmit
| >> for forms normally works.
| >>
| >>
| >> ---------------------------------------------------------------------
| >> ----
| >> Take Surveys. Earn Cash. Influence the Future of IT
| >> Join SourceForge.net's Techsay panel and you'll get the chance to
| >> share your
| >> opinions on IT & business topics through brief surveys - and earn
| >> cash
| >> http://www.techsay.com/default.php?
| >> page=join.php&p=sourceforge&CID=DEVDEV
| >>
| >>
| >> ---------------------------------------------------------------------
| >> ---
| >>
| >> _______________________________________________
| >> Bodington-developers mailing list
| >> Bod...@li...
| >> https://lists.sourceforge.net/lists/listinfo/bodington-developers
| >
| >
| > --
| > ____________________________________
| > Colin Tatham
| > VLE Team
| > Oxford University Computing Services
| >
| > http://www.oucs.ox.ac.uk/ltg/vle/
| > http://bodington.org
| >
| > ----------------------------------------------------------------------
| > ---
| > Take Surveys. Earn Cash. Influence the Future of IT
| > Join SourceForge.net's Techsay panel and you'll get the chance to
| > share your
| > opinions on IT & business topics through brief surveys - and earn cash
| > http://www.techsay.com/default.php?
| > page=join.php&p=sourceforge&CID=DEVDEV
| > _______________________________________________
| > Bodington-developers mailing list
| > Bod...@li...
| > https://lists.sourceforge.net/lists/listinfo/bodington-developers
|
|
| -------------------------------------------------------------------------
| Take Surveys. Earn Cash. Influence the Future of IT
| Join SourceForge.net's Techsay panel and you'll get the chance to share
| your
| opinions on IT & business topics through brief surveys - and earn cash
| http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
| _______________________________________________
| Bodington-developers mailing list
| Bod...@li...
| https://lists.sourceforge.net/lists/listinfo/bodington-developers
|
|
From: Peter C. <Pet...@me...> - 2007-01-16 12:23:05
|
> From: Naomi Miles
> <a href=3D"javascript:window.open=20
> ('','_parent','');window.close();return false;"><localise =20
> id=3D"link.close"/></a>
Use a span and style it appropriately in the CSS. This prevents any
hyperlink activity getting in the way of the click event.
<span onclick=3D"javascript:...">label</span>
- Peter
|
|
From: Matthew B. <mat...@ou...> - 2007-01-16 12:09:16
|
Naomi Miles wrote: > All I need it to do is close when the user hits the close link (in > all browsers), at the moment it just goes off to Facility anyhow and > I'm trying to stop it doing that. I'm coming to the conclusion that > I'll have to do it another way. It worked fine in Safari if you just > used href=".", but not in FF or IE, so I'm trying to find a solution > that works for all. Have you tried a href='#'? -- Matthew Buckett |
|
From: Naomi M. <na...@sm...> - 2007-01-16 12:00:23
|
All I need it to do is close when the user hits the close link (in all browsers), at the moment it just goes off to Facility anyhow and I'm trying to stop it doing that. I'm coming to the conclusion that I'll have to do it another way. It worked fine in Safari if you just used href=".", but not in FF or IE, so I'm trying to find a solution that works for all. On 16 Jan 2007, at 11:46, Colin Tatham wrote: > I'm not really following what you need the template to do Naomi, > but is > there a way you can achieve what you want to another way, that > possibly > doesn't involve JavaScript? Maybe use some conditional logic in the > template to call different methods in the Facility class you're using? > > Colin > > Matthew Buckett wrote: >> Naomi Miles wrote: >>> Nope, it's not a form. After I hit the 'close' link, it still goes >>> to Facility and tries to execute the getReport method defined in the >>> <call>, and I want to stop it from doing this. >> >> Firebug pointed me in the direction for this which I can't >> recommend enough. >> >> http://getfirebug.com/ >> >> Remove the return, the value of the last statement should be >> enough so >> it ends >> window.close();false;"> >> >> I'm not sure this works in javascript URLs but I think it's how >> onsubmit >> for forms normally works. >> >> >> --------------------------------------------------------------------- >> ---- >> Take Surveys. Earn Cash. Influence the Future of IT >> Join SourceForge.net's Techsay panel and you'll get the chance to >> share your >> opinions on IT & business topics through brief surveys - and earn >> cash >> http://www.techsay.com/default.php? >> page=join.php&p=sourceforge&CID=DEVDEV >> >> >> --------------------------------------------------------------------- >> --- >> >> _______________________________________________ >> Bodington-developers mailing list >> Bod...@li... >> https://lists.sourceforge.net/lists/listinfo/bodington-developers > > > -- > ____________________________________ > Colin Tatham > VLE Team > Oxford University Computing Services > > http://www.oucs.ox.ac.uk/ltg/vle/ > http://bodington.org > > ---------------------------------------------------------------------- > --- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to > share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php? > page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers |
|
From: Peter C. <Pet...@me...> - 2007-01-16 11:58:59
|
> From: Colin Tatham > I'm not really following what you need the template to do=20 > Naomi, but is=20 > there a way you can achieve what you want to another way,=20 > that possibly doesn't involve JavaScript? As far as I can tell (Naomi, please correct me if I'm mistaken): - Naomi's using a user interface idiom that includes pop-up windows; - There is a requirement for a user to press something on-screen to get rid of the pop-up window. To my knowledge, there's no way for the server to request the browser to close a window without using Javascript. The ways round it would be to relax the requirements: - Re-architect the interface to not use pop-up windows, OR - Tell the user to close the browser window themselves rather than providing a button / link for it. Both put restrictions on the allowed UIs, and are increasingly unpopular with the folks who think that web applications should be as flexible as desktop applications despite the vagaries of modern browsers. - Peter |
|
From: Colin T. <col...@ou...> - 2007-01-16 11:46:55
|
I'm not really following what you need the template to do Naomi, but is there a way you can achieve what you want to another way, that possibly doesn't involve JavaScript? Maybe use some conditional logic in the template to call different methods in the Facility class you're using? Colin Matthew Buckett wrote: > Naomi Miles wrote: >> Nope, it's not a form. After I hit the 'close' link, it still goes >> to Facility and tries to execute the getReport method defined in the >> <call>, and I want to stop it from doing this. > > Firebug pointed me in the direction for this which I can't recommend enough. > > http://getfirebug.com/ > > Remove the return, the value of the last statement should be enough so > it ends > window.close();false;"> > > I'm not sure this works in javascript URLs but I think it's how onsubmit > for forms normally works. > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > > ------------------------------------------------------------------------ > > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers -- ____________________________________ Colin Tatham VLE Team Oxford University Computing Services http://www.oucs.ox.ac.uk/ltg/vle/ http://bodington.org |
|
From: Matthew B. <mat...@ou...> - 2007-01-16 11:16:30
|
Naomi Miles wrote: > Nope, it's not a form. After I hit the 'close' link, it still goes > to Facility and tries to execute the getReport method defined in the > <call>, and I want to stop it from doing this. Firebug pointed me in the direction for this which I can't recommend enough. http://getfirebug.com/ Remove the return, the value of the last statement should be enough so it ends window.close();false;"> I'm not sure this works in javascript URLs but I think it's how onsubmit for forms normally works. -- Matthew Buckett |
|
From: Naomi M. <na...@sm...> - 2007-01-16 10:42:40
|
Nope, it's not a form. After I hit the 'close' link, it still goes
to Facility and tries to execute the getReport method defined in the
<call>, and I want to stop it from doing this.
<template . . . >
<html>
<head>
-
</head>
<body>
<div id="AdminFrame">
<div id="AdminMenuTabBox">
<div style="float:left;">
<img src="bs_template_back-arrow.gif"
width="30" height="30" border="0"
alt="Back Icon"/>
</div>
<div>
<a href="javascript:window.open
('','_parent','');window.close();return false;"><localise
id="link.close"/></a>
</div>
</div>
<div id="AdminMenuContentBox">
<div class="mediumPadding">
<call>
<target method="getReport">
<variable name="facility"/>
</target>
<parameters>
<variable name="request"/>
<variable name="writer"/>
</parameters>
</call>
</div>
</div>
</div>
</body>
</html>
</template>
On 16 Jan 2007, at 10:33, Matthew Buckett wrote:
> Naomi Miles wrote:
>> Question re. js. I have opened a new window (to display report) and
>> it has a 'close' link which worked like a sweetie in some browsers
>> (usual story). Anyhow at the mo I have some javascript which is
>> based around the good ol' window.close() method, this sort of works,
>> the only prob is that it still submits, i.e. it executes the bit of
>> html in the template that goes off to the method in Facility (which
>> then throws a null pointer). How do I stop this from happening?
>
> When you say "executes the bit of HTML" what do you mean? Do you mean
> your popup window contains a form and when the user clicks on the
> close
> link the form gets submitted?
>
> Do you have the HTML somewhere so we could have a look at it?
>
> --
> Matthew Buckett
> <matthew.buckett.vcf>
> ----------------------------------------------------------------------
> ---
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to
> share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?
> page=join.php&p=sourceforge&CID=DEVDEV________________________________
> _______________
> Bodington-developers mailing list
> Bod...@li...
> https://lists.sourceforge.net/lists/listinfo/bodington-developers
|
|
From: Matthew B. <mat...@ou...> - 2007-01-16 10:33:47
|
Naomi Miles wrote: > Question re. js. I have opened a new window (to display report) and > it has a 'close' link which worked like a sweetie in some browsers > (usual story). Anyhow at the mo I have some javascript which is > based around the good ol' window.close() method, this sort of works, > the only prob is that it still submits, i.e. it executes the bit of > html in the template that goes off to the method in Facility (which > then throws a null pointer). How do I stop this from happening? When you say "executes the bit of HTML" what do you mean? Do you mean your popup window contains a form and when the user clicks on the close link the form gets submitted? Do you have the HTML somewhere so we could have a look at it? -- Matthew Buckett |
|
From: Naomi M. <na...@sm...> - 2007-01-16 10:28:44
|
Question re. js. I have opened a new window (to display report) and it has a 'close' link which worked like a sweetie in some browsers (usual story). Anyhow at the mo I have some javascript which is based around the good ol' window.close() method, this sort of works, the only prob is that it still submits, i.e. it executes the bit of html in the template that goes off to the method in Facility (which then throws a null pointer). How do I stop this from happening? Cheers, Naomi. |
|
From: Antony C. <an...@sm...> - 2007-01-15 14:28:33
|
Hi Matthew, yes we are interested, how did you know?! Anyway we now have TinyURL running in CLAN and seems to be working just fine. Thanks, Antony On 15 Jan 2007, at 12:07, Matthew Buckett wrote: > Attached is a small patch I wrote a while ago that enables tinyurl.com > support for each resource from the top bar of Bodington. The patch is > against WebLearn but should apply with a little help to Bodington. Also > attached it a typo fix. > > Sending this to Bodington dev as other people may be interested in it > ;-) > > -- > Matthew Buckett > Index: > tomcatadd/webapps/bodington/templates/style_default/default/ > tinyurl.html > =================================================================== > --- > tomcatadd/webapps/bodington/templates/style_default/default/ > tinyurl.html (revision 0) > +++ > tomcatadd/webapps/bodington/templates/style_default/default/ > tinyurl.html (revision 1961) > @@ -0,0 +1,27 @@ > +<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" > + "http://www.w3.org/TR/1999/REC-html401-19991224/loose.dtd"> > + > +<html> > +<head> > + <building command=stylesheet> > + <title>Create TinyURL</title> > +</head> > + > +<body> > +<h2>Tiny URL</h2> > +<p> > +This is the shorterned URL for the current @Bodington@ resource. > +</p> > +<p> > +<building command=tinyurl name=dummy> > +</p> > +<h3>About</h3> > +<p> > +TinyURL allow you to generate shorter URLs for any resource in > @Bodington@ so > +that they become easier to email around. This service for this is > provided by > +<a target="_new" href="http://tinyurl.com/">tinyurl.com</a> which > allows you to > +easily generate short URLs for any page on the internet. > +</p> > + > +</body> > +</html> > > Property changes on: > tomcatadd/webapps/bodington/templates/style_default/default/ > tinyurl.html > ___________________________________________________________________ > Name: svn:eol-style > + native > Name: svn:keywords > + Author Date Id Revision > > Index: > tomcatadd/webapps/bodington/templates/style_default/default/top.html > =================================================================== > --- > tomcatadd/webapps/bodington/templates/style_default/default/top.html > (revision 1960) > +++ > tomcatadd/webapps/bodington/templates/style_default/default/top.html > (revision 1961) > @@ -93,6 +93,7 @@ > > <div id="Link"> > <span class="Text"> > + <a href="javascript:void > window.open('bs_template_tinyurl.html','day.getTime()', > 'toolbar=0,scrollbars=1,location=0,statusbar=1,menubar=0,resizable=0,wi > dth=300,height=300');">TinyURL</a> > <if> > <test> > <call> > Index: src/org/bodington/servlet/facilities/Facility.java > =================================================================== > --- src/org/bodington/servlet/facilities/Facility.java (revision 1960) > +++ src/org/bodington/servlet/facilities/Facility.java (revision 1961) > @@ -99,6 +99,7 @@ > import org.bodington.util.DateFormatter; > import org.bodington.util.ResourceBundleHelper; > import org.bodington.util.TextUtils; > +import org.bodington.util.TinyUrl; > import org.bodington.util.html.HtmlFilterFactory; > import org.bodington.util.html.nodevisitors.BroadcastVisitor; > import org.bodington.util.html.nodevisitors.ReportingVisitor; > @@ -1477,6 +1478,12 @@ > uploadLimit( req, out ); > return; > } > + if (command.equalsIgnoreCase("tinyurl")) > + { > + if ( out != null ) > + tinyUrl( req, out ); > + return; > + } > // uhi:awc: added insert command to return url with username > appended to query - url supplied by insertname > if ( command.equalsIgnoreCase( "usernameloginurl" ) ) > { > @@ -1512,7 +1519,24 @@ > } > > > - /** > + private void tinyUrl(Request req, PrintWriter out) > + { > + TinyUrl tiny = new TinyUrl(); > + BodingtonURL url = new BodingtonURL(req); > + String resourceUrl = url.getResourceUrl(req.getResource()); > + log.debug("Getting tiny URL for "+ resourceUrl); > + String tinyUrl = tiny.shorten(resourceUrl); > + if (tinyUrl == null) > + { > + log.info("Problem getting tiny URL: "+ tiny.getError()); > + out.print("Problem creating URL"); > + } > + else > + out.print(tinyUrl); > + } > + > + > + /** > * Outputs the current upload limit. Actually is the request > * limit. > * @param req The Request. > Index: src/org/bodington/util/TinyUrl.java > =================================================================== > --- src/org/bodington/util/TinyUrl.java (revision 0) > +++ src/org/bodington/util/TinyUrl.java (revision 1961) > @@ -0,0 +1,136 @@ > +/* > ====================================================================== > +The Bodington System Software License, Version 1.0 > + > +Copyright (c) 2001 The University of Leeds. All rights reserved. > + > +Redistribution and use in source and binary forms, with or without > +modification, are permitted provided that the following conditions are > +met: > + > +1. Redistributions of source code must retain the above copyright > notice, > +this list of conditions and the following disclaimer. > + > +2. Redistributions in binary form must reproduce the above copyright > +notice, this list of conditions and the following disclaimer in the > +documentation and/or other materials provided with the distribution. > + > +3. The end-user documentation included with the redistribution, if > any, > +must include the following acknowledgement: "This product includes > +software developed by the University of Leeds > +(http://www.bodington.org/)." Alternately, this acknowledgement may > +appear in the software itself, if and wherever such third-party > +acknowledgements normally appear. > + > +4. The names "Bodington", "Nathan Bodington", "Bodington System", > +"Bodington Open Source Project", and "The University of Leeds" must > not be > +used to endorse or promote products derived from this software without > +prior written permission. For written permission, please contact > +d....@le.... > + > +5. The name "Bodington" may not appear in the name of products > derived > +from this software without prior written permission of the University > of > +Leeds. > + > +THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESSED OR IMPLIED > +WARRANTIES, INCLUDING, BUT NOT LIMITED TO, TITLE, THE IMPLIED > WARRANTIES > +OF QUALITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN > NO > +EVENT SHALL THE UNIVERSITY OF LEEDS OR ITS CONTRIBUTORS BE LIABLE FOR > +ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL > +DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE > +GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS > INTERRUPTION) > +HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, > +STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING > IN > +ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE > +POSSIBILITY OF SUCH DAMAGE. > +========================================================= > + > +This software was originally created by the University of Leeds and > may contain voluntary > +contributions from others. For more information on the Bodington > Open Source Project, please > +see http://bodington.org/ > + > +====================================================================== > */ > + > +package org.bodington.util; > + > +import java.io.IOException; > +import java.util.regex.Pattern; > + > +import org.apache.commons.httpclient.HttpClient; > +import org.apache.commons.httpclient.HttpMethod; > +import org.apache.commons.httpclient.HttpStatus; > +import org.apache.commons.httpclient.NameValuePair; > +import org.apache.commons.httpclient.methods.GetMethod; > +import org.apache.commons.httpclient.methods.PostMethod; > + > +/** > + * Class to get a tiny URL from a longer URL. > + * @author buckett > + */ > +public class TinyUrl > +{ > + > + public static final String URL = > "http://tinyurl.com/api-create.php"; > + public static final String VERSION = "Java TinyURL 0.1"; > + > + private static final Pattern pattern = > Pattern.compile("http://tinyurl.com/\\w+"); > + > + private String error; > + > + /** > + * Attempts to shortern a URL > + * @param url The URL to shortern. > + * @return The tiny URL or null if it failed. > + */ > + public String shorten(String url) > + { > + String result = null; > + HttpClient client = new HttpClient(); > + PostMethod method = new PostMethod(URL); > + NameValuePair[] data = { > + new NameValuePair("url", url), > + new NameValuePair("source", VERSION) > + }; > + method.setRequestBody(data); > + try > + { > + client.executeMethod(method); > + if (method.getStatusCode() == HttpStatus.SC_OK) > + { > + String response = method.getResponseBodyAsString(); > + if ((response.indexOf("Error") == -1)) > + { > + if (pattern.matcher(response).matches()) > + { > + result = response; > + } > + else > + { > + error = "Response didn't match a valid tiny > url."; > + } > + } > + else > + { > + error = "Got error back."; > + } > + } > + else > + { > + error = "Bad HTTP code: "+ method.getStatusCode(); > + } > + } > + catch (IOException ioe) > + { > + error = "IO Problem connecting to "+ URL+ " "+ > ioe.getMessage(); > + } > + return result; > + } > + > + /** > + * @return Returns the last error we encountered. > + */ > + public String getError() > + { > + return error; > + } > + > +} > > Property changes on: src/org/bodington/util/TinyUrl.java > ___________________________________________________________________ > Name: svn:eol-style > + native > Name: svn:keywords > + Author Date Id Revision > > Index: tinyurl.html > =================================================================== > --- tinyurl.html (revision 1961) > +++ tinyurl.html (revision 3517) > @@ -18,7 +18,7 @@ > <h3>About</h3> > <p> > TinyURL allow you to generate shorter URLs for any resource in > @Bodington@ so > -that they become easier to email around. This service for this is > provided by > +that they become easier to email around. This service is provided by > <a target="_new" href="http://tinyurl.com/">tinyurl.com</a> which > allows you to > easily generate short URLs for any page on the internet. > </p> > <matthew.buckett.vcf>-------------------------------------------------- > ----------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to > share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php? > page=join.php&p=sourceforge&CID=DEVDEV_________________________________ > ______________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers |
|
From: Peter C. <Pet...@me...> - 2007-01-15 12:27:38
|
> From: Matthew Buckett > Attached is a small patch I wrote a while ago that enables tinyurl.com > support for each resource from the top bar of Bodington. Neat. > Also > attached it a typo fix. That't good too. It your 't' key tubttituting for your 't' key tometimet? - Peter |
|
From: Matthew B. <mat...@ou...> - 2007-01-15 12:12:35
|
Attached is a small patch I wrote a while ago that enables tinyurl.com support for each resource from the top bar of Bodington. The patch is against WebLearn but should apply with a little help to Bodington. Also attached it a typo fix. Sending this to Bodington dev as other people may be interested in it ;-) -- Matthew Buckett |
19 messages has been excluded from this view by a project administrator.
