octave-dev — GNU Octave developers' list

Re: [OctDev] Re: Oddmuse Passwords (was Re: Website Updates) (fwd)

[Miquel C. <miq...@ua...>]

(shame on me for not completing my self-imposed home work, it's a lame
excuse, but if it help to indulge on me... these are rather hectic
times)

On Fri, 2006-03-17 at 09:02 -0600, Joshua Rigler wrote:
> Maybe this has already been suggested/tried, but what about using some 
> sort of free/open source CAPTCHA program?

late January I contacted the author of the wiki server used by Octave
wiki about this issue. See below my message and his reply. Briefly, his
advice is against that sort of access control. Indeed, after doing some
research on the subject, I found that it's a bullet vs shield head to
head race, and that there's freely available code that defaces the
simpler ones, while the difficult ones are difficult too for humans. He
proposed instead,

1. blacklisting URL
2. smart questions asker extension, already available for his wiki
server. The asker distinguishes human from bots by posing a random
question chosen from a list. See the oddmuse link below for an example.

Miquel


-------- Forwarded Message --------
> From: Miquel Cabanas <Miq...@ua...>
> Reply-To: Miq...@ua...
> To: al...@em...
> Subject: catpcha perl implementation for oddmuse?
> Date: Fri, 20 Jan 2006 10:37:31 +0100 
> hi Alex,
> 
> several months ago, the Octave wiki page [1] was defaced by a spam bot
> [2]. This led the wiki administrators to lock the wiki site, which
> turned to be a good idea to prevent attacks but also discouraged users
> from contributing to the website [3].
> 
> I was about to post a message to the Octave list proposing to replace
> the current IP-based access control protocol with a CATPCHA based
> system, but I have just seen that catpcha is not yet implemented in
> Oddmuse, although it is being considered.
> 
> According to the Wikipedia, there are already two Perl packages
> implementing catpcha [4]. Do you think they could be used in Oddmuse?
> How difficult would be to include them in Oddmuse?
> 
> [1] http://wiki.octave.org/
> [2] http://users.isr.ist.utl.pt/~etienne/wiki.pl-defaced-edited.html
> [3] http://wiki.octave.org/wiki.pl?WikiDiscussion
> [4] http://en.wikipedia.org/wiki/Captcha#Perl
> 
> I look forward to hear your opinion before sending the message to the
> Octave community.


-------- Forwarded Message --------
> From: Alex Schroeder <al...@gn...>
> To: Miq...@ua...
> Subject: Re: catpcha perl implementation for oddmuse?
> Date: Fri, 20 Jan 2006 17:44:49 +0100 
> Personally, we've switched to blacklisting URLs.  That doesn't work
> for you?  Personally I dislike tests based on images because that
> locks out the blind and users of text browsers.  There's also the
> question asker extension which works with text only.  I like that
> one...
> 
> http://www.oddmuse.org/cgi-bin/oddmuse-en/QuestionAsker_Extension
> 


-------- Forwarded Message --------
> From: Miquel Cabanas <miq...@ua...>
> Reply-To: miq...@ua...
> To: Alex Schroeder <al...@gn...>
> Subject: Re: catpcha perl implementation for oddmuse?
> Date: Fri, 20 Jan 2006 18:14:54 +0100 
> thanks for your reply. In the meanwhile, I've become more familiar with
> the pros and cons of the captcha approach, and have realised that the
> simple ones are also easy to deface while the hard ones can't be hard to
> solve also for humans. And yes, eye impaired people or those using text
> browsers are left out.
> 

Re: [OctDev] Re: Oddmuse Passwords (was Re: Website Updates) (fwd)

[Joshua R. <jr...@ha...>]

Maybe this has already been suggested/tried, but what about using some 
sort of free/open source CAPTCHA program?  If you aren't sure what that 
is, or if you want a good list of available implementations in Perl, 
PHP, Java, etc., as well as several online services, go to:

   http://en.wikipedia.org/wiki/CAPTCHA

Sorry, I've never actually implemented any of these, but I suspect it 
can't be too hard if one has at least rudimentary web-authoring skills 
(famous last words).

-EJR


Paul Kienzle wrote:
> How about the following?
> 
> Assuming the spam is coming from 'bots rather than humans,
> you could post the password on the wiki itself.  Individual
> humans who still spam can be handled with a blackhole list.
> Persistent humans with 'bot nets would still be a problem, but there
> should be few enough of these that we can automatically turf
> edits which contain their spam string.  If the problem still
> persists,  post new passwords to he...@oc... periodically.
> 
> - Paul
> 
> On Mar 16, 2006, at 5:42 PM, Etienne Grossmann wrote:
> 
>>
>>   Hi All,
>>
>> who wants a password to edit the wiki? This offer is for non-spammers
>> only! If you qualify, send me your password and I'll add it to the
>> list of passwords. This should at last loosen a little bit the
>> conditions for editors.
>>
>>   You or anyone else can then use your pwd from anywhere. For our
>> security, please [1] <<"log out" if you are "logged in" from a public
>> terminal, by using the password action and not providing a password.>>
>> Logging in/out, aka "using the password action," would be done by
>> going to http://wiki.octave.org/wiki.pl?action=password.
>>
>>   Is everyone ok w/ this?
>>
>>   Cheers,
>>
>>   Etienne
> 
> 
> 
> 
> -------------------------------------------------------------
> Octave is freely available under the terms of the GNU GPL.
> 
> Octave's home on the web:  http://www.octave.org
> How to fund new projects:  http://www.octave.org/funding.html
> Subscription information:  http://www.octave.org/archive.html
> -------------------------------------------------------------
> 

Re: [OctDev] Re: Oddmuse Passwords (was Re: Website Updates) (fwd)

[Paul K. <pki...@us...>]

How about the following?

Assuming the spam is coming from 'bots rather than humans,
you could post the password on the wiki itself.  Individual
humans who still spam can be handled with a blackhole list.
Persistent humans with 'bot nets would still be a problem, but there
should be few enough of these that we can automatically turf
edits which contain their spam string.  If the problem still
persists,  post new passwords to he...@oc... periodically.

- Paul

On Mar 16, 2006, at 5:42 PM, Etienne Grossmann wrote:

>
>   Hi All,
>
> who wants a password to edit the wiki? This offer is for non-spammers
> only! If you qualify, send me your password and I'll add it to the
> list of passwords. This should at last loosen a little bit the
> conditions for editors.
>
>   You or anyone else can then use your pwd from anywhere. For our
> security, please [1] <<"log out" if you are "logged in" from a public
> terminal, by using the password action and not providing a password.>>
> Logging in/out, aka "using the password action," would be done by
> going to http://wiki.octave.org/wiki.pl?action=password.
>
>   Is everyone ok w/ this?
>
>   Cheers,
>
>   Etienne

[OctDev] Re: Oddmuse Passwords (was Re: Website Updates) (fwd)

[Etienne G. <et...@cs...>]

  Hi All,

who wants a password to edit the wiki? This offer is for non-spammers
only! If you qualify, send me your password and I'll add it to the
list of passwords. This should at last loosen a little bit the
conditions for editors.

  You or anyone else can then use your pwd from anywhere. For our
security, please [1] <<"log out" if you are "logged in" from a public
terminal, by using the password action and not providing a password.>>
Logging in/out, aka "using the password action," would be done by
going to http://wiki.octave.org/wiki.pl?action=password.

  Is everyone ok w/ this? 

  Cheers,

  Etienne

On Sun, Feb 26, 2006 at 06:42:11PM -0500, Bill Denney wrote:
# You mentioned in the previous e-mail that you didn't know how to set 
# passwords on oddmuse.  Here is the info.
# 
# Bill
# 
# -- 
# "hee hee, i have a pony."  -- Amy Feingold
# 
# 
# ---------- Forwarded message ----------
# Date: Fri, 10 Feb 2006 09:43:10 -0500 (EST)
# From: Bill Denney <de...@se...>
# To: et...@cs..., et...@is..., 
# eti...@la...
# Cc: to...@ku..., mai...@oc...
# Subject: Re: Website Updates
# 
# According to http://www.oddmuse.org/cgi-bin/wiki/Passwords, you can add a 
# variable to the config file called $EditPass with a space separated list of 
# passwords:
# 
# $EditPass
# 
# Default: empty
# 
# This is a string containing a list of passwords separated by whitespace. 
# Thus, 'foo bar' defines two passwords, 'foo' and 'bar'. Any user having set 
# one of these passwords is considered to be an editor for the wiki.
# 
# Bill
# 
# On Fri, 10 Feb 2006, Etienne Grossmann wrote:
# 
# >
# > Hi All,
# >
# >we can try to set the wiki w/ a password, if oddmuse (the wiki prog)
# >allows. If someone knows exactly what should be done, send me
# >braindead instructions and I can give it a try. Since I am traveling
# >until the 21st, I can only spend a wee bit of time at a time on this
# >question; else I can look into it after the 21st. Else you can send me
# >your IP and I can add it to the wiki so you can edit.
# >
# > Cheers, thx for proposing to contribute & sorry for the hurdle
# > before allowing you to edit the wiki...
# >
# > Etienne
# >
[snip]

-- 
Etienne Grossmann ------ http://www.cs.uky.edu/~etienne

[OctDev] str*cmp* functions

[John W. E. <jw...@be...>]

On  1-Jan-2006, William Poetra Yoga Hadisoeseno wrote:

| I've done the following:
| 1. Changed the help text of the strcmp function to reflect its ability
| to accept cell arrays as arguments.
| 2. Simplified the strcmpi and strncmp functions.
| 3. Imported strncmpi from octave-forge and simplified it.
| 4. Written the strtrunc function.
| 
| Explanation:
| 1. strcmp is actually already compatible with Matlab's strcmp, so I
| just added the help text.
| 2. The implementations of strcmpi, strncmp, and strncmpi
| (octave-forge) are too complex, IMO, so I simplified them.
| 3. But the changes made to strncmp and strncmpi needs strtrunc, so I wrote it.
| 4. strtrunc takes a string or cellstr as its first argument (s), then
| truncates it to the value of the second argument (n).
| 
| Although strtrunc is not present in Matlab, I think this is useful, so
| I'm sending it here. I hope John would accept this.
| 
| The attachments:
| 1. str2.diff.txt: diff for strcmp, strcmpi, strncmp
| 2. str2.ChangeLog.src.txt: changelog entry for strcmp
| 3. str2.ChangeLog.scripts.txt: changelog entry for strcmpi, strncmp,
| strncmpi and strtrunc
| 4. strncmpi.m.txt, strtrunc.m.txt: the corresponding functions

I applied these changes.

Thanks,

jwe

[OctDev] changes for system function

[Quentin S. <qsp...@ie...>]

A while ago I reported an incompatibility with Matlab in the order of 
outputs of the "system" function. John made changes in CVS recently to 
fix this. I have prepared the necessary changes for octave-forge (about 
10 files are affected). Should I check these changes in now, or wait 
until 2.9.5 is released? This will break compatibility with 2.1.x--have 
we already crossed that point?

-Quentin

[OctDev] Re: etime doc string patch

[William P. Y. H. <wil...@gm...>]

On 1/18/06, William Poetra Yoga Hadisoeseno <wil...@gm...> wrote=
:
> OK, when I get home, because I don't have my computer with me right now..=
.
>

Oops.... I completely forgot about this... :(
Here's the file attached.

--
William Poetra Yoga Hadisoeseno

Re: [OctDev] regress and rcoplot (partially written, please help)

[Paul K. <pki...@us...>]

It is best if you can find an independent explanation of the algorithm 
which you can cite in the documentation.  It makes the documentation 
better, and it makes the argument that it is an independent explanation 
easier to support.  E.g.,

	http://www.itl.nist.gov/div898/handbook/pri/section2/pri245.htm


- Paul

On Mar 9, 2006, at 6:41 AM, William Poetra Yoga Hadisoeseno wrote:

> On 3/9/06, Paul Kienzle <pki...@us...> wrote:
>>
>> Yet again I had to loosen the criteria on the tests in order to pass
>> the tests on OS X PPC architecture.
>>
>> The dataset is known to be hard, so I'm not surprised by the weak
>> tolerances.  I'm curious if e.g., R can compute better results.
>>
>
> Well, OK, so can we say regress.m is quite finished by now? And maybe
> I can start on rcoplot. I didn't study the code on the rcoplot manual,
> so is it legal for me to write that function anyway? (without
> referring to the code).
>
> --
> William Poetra Yoga Hadisoeseno
>

Re: [OctDev] regress and rcoplot (partially written, please help)

[William P. Y. H. <wil...@gm...>]

On 3/9/06, Paul Kienzle <pki...@us...> wrote:
>
> Yet again I had to loosen the criteria on the tests in order to pass
> the tests on OS X PPC architecture.
>
> The dataset is known to be hard, so I'm not surprised by the weak
> tolerances.  I'm curious if e.g., R can compute better results.
>

Well, OK, so can we say regress.m is quite finished by now? And maybe
I can start on rcoplot. I didn't study the code on the rcoplot manual,
so is it legal for me to write that function anyway? (without
referring to the code).

--
William Poetra Yoga Hadisoeseno

Re: [OctDev] regress and rcoplot (partially written, please help)

[Paul K. <pki...@us...>]

On Mar 9, 2006, at 1:49 AM, William Poetra Yoga Hadisoeseno wrote:

> On 3/8/06, Paul Kienzle <pki...@us...> wrote:
>>
>> I generally use only one digit for the tolerance.
>>
>
> OK, then use 1 digit :) The standard error values differ by as much as
> 10e-3 (as can be seen from the assert), and it doesn't improve if I
> embed the test in the main part of the script (that is, just using
> sqrt(v*c) as the standard error values).

Yet again I had to loosen the criteria on the tests in order to pass 
the tests on OS X PPC architecture.

The dataset is known to be hard, so I'm not surprised by the weak 
tolerances.  I'm curious if e.g., R can compute better results.

- Paul

Re: [OctDev] regress and rcoplot (partially written, please help)

[William P. Y. H. <wil...@gm...>]

On 3/8/06, Paul Kienzle <pki...@us...> wrote:
>
> I generally use only one digit for the tolerance.
>

OK, then use 1 digit :) The standard error values differ by as much as
10e-3 (as can be seen from the assert), and it doesn't improve if I
embed the test in the main part of the script (that is, just using
sqrt(v*c) as the standard error values).

> Because I tinv and fcdf were not available in my version of Octave.
> These can change once we abandon support for 2.1.x
>
>

OK, looking forward to it :)

--
William Poetra Yoga Hadisoeseno

Re: [OctDev] str*cmp* functions

[William P. Y. H. <wil...@gm...>]

Temporarily (?) dropping John from the list. I think he's a bit busy
right now (?).

On 3/8/06, Paul Kienzle <pki...@us...> wrote:
> I'm not keen to add octave patches to octave-forge because they will
> just need to be removed later.
>
> strncmp and strncmpi rely on strtrunc which I do not have.
>
> strcmpi is doable, but I haven't yet checked how it differs from
> strcmpi.m.in and octave's strcmpi.m.
>
>         - Paul
>

Sorry, strtrunc is my invention (matlab doesn't have it), and I forgot
to upload it along with the other attachments in the last mail...

It's attached now, please take a look :)

--
William Poetra Yoga Hadisoeseno

Re: [OctDev] str*cmp* functions

[Paul K. <pki...@us...>]

I'm not keen to add octave patches to octave-forge because they will 
just need to be removed later.

strncmp and strncmpi rely on strtrunc which I do not have.

strcmpi is doable, but I haven't yet checked how it differs from 
strcmpi.m.in and octave's strcmpi.m.

	- Paul

On Mar 7, 2006, at 3:11 AM, William Poetra Yoga Hadisoeseno wrote:

> Hi all, since my submission to bu...@oc... hasn't been accepted
> yet, would octave-forge accept these files? Please comment, anyway :)
>
> --
> William Poetra Yoga Hadisoeseno
> <strcmpi.m><strncmp.m><strncmpi.m>

Re: [OctDev] regress and rcoplot (partially written, please help)

[Paul K. <pki...@us...>]

On Mar 7, 2006, at 8:51 PM, William Poetra Yoga Hadisoeseno wrote:

> On 2/21/06, William Poetra Yoga Hadisoeseno <wil...@gm...> 
> wrote:
>> On 2/20/06, Paul Kienzle <pki...@us...> wrote:
>>>
>>> Okay, I added a test of the Longley data set from the NIST 
>>> Statistical
>>> Reference Database.
>>>
>>> The performance is pretty bad (norm of answer-certified value is 
>>> about
>>> 10^-7), but that's a bit better than the competition.
>>>
>>> Someone with more R experience than me will have to see if it 
>>> performs
>>> any better.
>>>
>>> Also, if you can convert bint to standard error values that would be
>>> convenient.
>>>
>>>         - Paul
>>>
>>> ----
>>>
>>> % Longley data from the NIST Statistical Reference Dataset
>>> Z = [  60323    83.0   234289   2356     1590    107608  1947
>>>         61122    88.5   259426   2325     1456    108632  1948
>>>         60171    88.2   258054   3682     1616    109773  1949
>>>         61187    89.5   284599   3351     1650    110929  1950
>>>         63221    96.2   328975   2099     3099    112075  1951
>>>         63639    98.1   346999   1932     3594    113270  1952
>>>         64989    99.0   365385   1870     3547    115094  1953
>>>         63761   100.0   363112   3578     3350    116219  1954
>>>         66019   101.2   397469   2904     3048    117388  1955
>>>         67857   104.6   419180   2822     2857    118734  1956
>>>         68169   108.4   442769   2936     2798    120445  1957
>>>         66513   110.8   444546   4681     2637    121950  1958
>>>         68655   112.6   482704   3813     2552    123366  1959
>>>         69564   114.2   502601   3931     2514    125368  1960
>>>         69331   115.7   518173   4806     2572    127852  1961
>>>         70551   116.9   554894   4007     2827    130081  1962 ];
>>> % Results certified by NIST using 100 digit arithmetic
>>> % b and standard error in b
>>> V = [  -3482258.63459582         890420.383607373
>>>          15.0618722713733         84.9149257747669
>>>         -0.358191792925910E-01    0.334910077722432E-01
>>>         -2.02022980381683         0.488399681651699
>>>         -1.03322686717359         0.214274163161675
>>>         -0.511041056535807E-01    0.226073200069370
>>>          1829.15146461355         455.478499142212 ];
>>> Rsq = 0.995479004577296;
>>> F = 330.285339234588;
>>> y = Z(:,1); X = [ones(rows(Z),1), Z(:,2:end)];
>>> [b, bint, r, rint, stats] = regress (y, X, 0.05);
>>> assert(b, V(:,1), 6e-7)
>>> assert(stats(1), Rsq, 7e-14)
>>> assert(stats(2), F, 5e-9)
>>>
>>>
>>
>> Yes, you can convert bint to the standard error values with (0.05 is
>> alpha, 9 is the degree of freedom):
>> ((bint(:, 1) - bint(:, 2)) / 2) / tinv (0.05 / 2, 9)
>> but the accuracy will be affected. (It's not so accurate anyway...)
>>
>
> I still don't know how to improve the accuracy...
> I've added an assertion for the standard error values, but I've got to
> set the tolerance to 7.6e-3 (that's not good). Also, I think one
> decimal point for the tolerance would be good, what do you think?

I generally use only one digit for the tolerance.

> By the way, in the octave-forge version (in the repository), the
> functions tinv and fcdf are replaced by t_inv and f_cdf. Why?

Because I tinv and fcdf were not available in my version of Octave.
These can change once we abandon support for 2.1.x


- Paul

Re: [OctDev] regress and rcoplot (partially written, please help)

[William P. Y. H. <wil...@gm...>]

On 2/21/06, William Poetra Yoga Hadisoeseno <wil...@gm...> wrote=
:
> On 2/20/06, Paul Kienzle <pki...@us...> wrote:
> >
> > Okay, I added a test of the Longley data set from the NIST Statistical
> > Reference Database.
> >
> > The performance is pretty bad (norm of answer-certified value is about
> > 10^-7), but that's a bit better than the competition.
> >
> > Someone with more R experience than me will have to see if it performs
> > any better.
> >
> > Also, if you can convert bint to standard error values that would be
> > convenient.
> >
> >         - Paul
> >
> > ----
> >
> > % Longley data from the NIST Statistical Reference Dataset
> > Z =3D [  60323    83.0   234289   2356     1590    107608  1947
> >         61122    88.5   259426   2325     1456    108632  1948
> >         60171    88.2   258054   3682     1616    109773  1949
> >         61187    89.5   284599   3351     1650    110929  1950
> >         63221    96.2   328975   2099     3099    112075  1951
> >         63639    98.1   346999   1932     3594    113270  1952
> >         64989    99.0   365385   1870     3547    115094  1953
> >         63761   100.0   363112   3578     3350    116219  1954
> >         66019   101.2   397469   2904     3048    117388  1955
> >         67857   104.6   419180   2822     2857    118734  1956
> >         68169   108.4   442769   2936     2798    120445  1957
> >         66513   110.8   444546   4681     2637    121950  1958
> >         68655   112.6   482704   3813     2552    123366  1959
> >         69564   114.2   502601   3931     2514    125368  1960
> >         69331   115.7   518173   4806     2572    127852  1961
> >         70551   116.9   554894   4007     2827    130081  1962 ];
> > % Results certified by NIST using 100 digit arithmetic
> > % b and standard error in b
> > V =3D [  -3482258.63459582         890420.383607373
> >          15.0618722713733         84.9149257747669
> >         -0.358191792925910E-01    0.334910077722432E-01
> >         -2.02022980381683         0.488399681651699
> >         -1.03322686717359         0.214274163161675
> >         -0.511041056535807E-01    0.226073200069370
> >          1829.15146461355         455.478499142212 ];
> > Rsq =3D 0.995479004577296;
> > F =3D 330.285339234588;
> > y =3D Z(:,1); X =3D [ones(rows(Z),1), Z(:,2:end)];
> > [b, bint, r, rint, stats] =3D regress (y, X, 0.05);
> > assert(b, V(:,1), 6e-7)
> > assert(stats(1), Rsq, 7e-14)
> > assert(stats(2), F, 5e-9)
> >
> >
>
> Yes, you can convert bint to the standard error values with (0.05 is
> alpha, 9 is the degree of freedom):
> ((bint(:, 1) - bint(:, 2)) / 2) / tinv (0.05 / 2, 9)
> but the accuracy will be affected. (It's not so accurate anyway...)
>

I still don't know how to improve the accuracy...
I've added an assertion for the standard error values, but I've got to
set the tolerance to 7.6e-3 (that's not good). Also, I think one
decimal point for the tolerance would be good, what do you think?

By the way, in the octave-forge version (in the repository), the
functions tinv and fcdf are replaced by t_inv and f_cdf. Why?

--
William Poetra Yoga Hadisoeseno

[OctDev] str*cmp* functions

[William P. Y. H. <wil...@gm...>]

Hi all, since my submission to bu...@oc... hasn't been accepted
yet, would octave-forge accept these files? Please comment, anyway :)

--
William Poetra Yoga Hadisoeseno

Re: [OctDev] Wiki css, passwords, etc ...

[Etienne G. <et...@cs...>]

On Sun, Feb 26, 2006 at 12:21:08AM +0100, Thomas Weber wrote:
# Am Samstag, den 25.02.2006, 15:07 -0500 schrieb Etienne Grossmann: 
# > Iirc, I read swhere that 'nofollow' was what was wanted, but I don't
# > know the topic well. Iirc, robots (not browsers) get a FOLLOW.You're
# > positive about 'follow'? Can someone point me to swhere where I can
# > find out myself?
# 
# http://fr.selfhtml.org/html/entete/meta.htm#robots
# 
# I guess french is okay for you :)

Set to index,follow
 
# 
# > # <body class="http://wiki.octave.org/">
# > # Such a class doesn't exist. As well, the classes 'header' and 'footer'
# > # don't exist.
# > 
# >   How do I change that? It's set around line 1770 of wiki.pl
# 
# Well, then just leave it like that. If you want to customize the css in
# the future, it's still there and doesn't hurt now. I just thought you
# had missed something.
# 

Ok

# >   Also what r feelings for/against scariness in 'ScaryOctave'?
# 
# Honestly? Just drop the 'scary'. We should use one name (Octave).

Point taken.



# Regards
# 	Thomas

-- 
Etienne Grossmann ------ http://www.cs.uky.edu/~etienne

Re: [OctDev] Wiki css, passwords, etc ...

[Thomas W. <we...@nu...>]

Am Samstag, den 25.02.2006, 15:07 -0500 schrieb Etienne Grossmann: 
> Iirc, I read swhere that 'nofollow' was what was wanted, but I don't
> know the topic well. Iirc, robots (not browsers) get a FOLLOW.You're
> positive about 'follow'? Can someone point me to swhere where I can
> find out myself?

http://fr.selfhtml.org/html/entete/meta.htm#robots

I guess french is okay for you :)


> # <body class="http://wiki.octave.org/">
> # Such a class doesn't exist. As well, the classes 'header' and 'footer'
> # don't exist.
> 
>   How do I change that? It's set around line 1770 of wiki.pl

Well, then just leave it like that. If you want to customize the css in
the future, it's still there and doesn't hurt now. I just thought you
had missed something.


>   Also what r feelings for/against scariness in 'ScaryOctave'?

Honestly? Just drop the 'scary'. We should use one name (Octave).

Regards
	Thomas

[OctDev] sourceforge svn support

[Stefan v. d. W. <st...@su...>]

The following is an extract from the latest sourceforge.net newsletter:

----- Forwarded message from "SourceForge.net Team" <no...@so...> -----

Subversion General Availability
-------------------------------

The SourceForge.net team is pleased to announce the General Availability
of Subversion service to SourceForge.net-hosted projects, effective
2006-02-21. This service offering is in addition to our existing CVS
service; as with all of our services, projects may select (and enable in
the project admin pages) the portion of our offering that best meets
their needs.

We wish to extend our thanks to the many projects and developers who
have helped us to test our Subversion service as part of our six-week
beta, which completed last week. Our particular thanks go to these
projects, whose members provided substantial feedback regarding the 
new service:

* Inkscape - http://sourceforge.net/projects/inkscape/
* DejaVu Fonts - http://sourceforge.net/projects/dejavu/
* ScummVM - http://sourceforge.net/projects/scummvm/
* evilnet - http://sourceforge.net/projects/evilnet/


Our Subversion service includes:

SSL-based Repository Access:
* Developer Subversion access via HTTPS, auth is requested when you
perform a write operation
* Anonymous Subversion access via HTTPS
* No sync delays between developer and anonymous Subversion access
* Per-developer access control over repository access (ACL support to be
added in the future) via the SourceForge.net permissions system

Web-based viewing:
* Web-based repository access via ViewVC (formerly known as ViewCVS)

On-demand self-service backups and mirroring capability:
* Read-only rsync access to the repository to permit backups and
remote mirroring

Ease of migration:
* Automated self-service migration of your SourceForge.net project CVS
repository, CVS tarball, or Subversion dump to our Subversion service

Well-considered add-ons to basic service:
* A selected set of hook scripts, including commit email support and
CIA bot support
* Statistics tracking of Subversion repository activity


Service may be enabled by project administrators in the "Subversion"
section of the Project Admin pages.

Complete service documentation is available at:
http://sf.net/docs/E09/

Documentation is provided for supported clients at:
http://sf.net/docs/F06/ for the command-line SVN client
http://sf.net/docs/F07/ for TortoiseSVN

Our support of Subversion has been based on substantial research and
testing in the past few months, which we have pursued specifically based
on requests from the community. SourceForge.net continues to consider
new technologies and evaluate community requests in further
strengthening our service offering.

Re: [OctDev] Wiki css, passwords, etc ...

[Etienne G. <et...@cs...>]

On Sat, Feb 25, 2006 at 07:13:47PM +0100, Thomas Weber wrote:
# Hi, 
# 
# first the off-topic stuff. Do you *really* want email sent to all these
# adresses appearing in your reply-to header?

Yes, plz.
 
# Am Samstag, den 25.02.2006, 11:55 -0500 schrieb Etienne Grossmann:
# > This hint inspired me to do a few + changes in the wiki's
# > css... Feedback?
# 
# General feedback:
# <meta name="robots" content="INDEX,NOFOLLOW">
# I suggest changing this to "FOLLOW". After all, it's good if web
# crawlers index the wiki, isn't it?

Iirc, I read swhere that 'nofollow' was what was wanted, but I don't
know the topic well. Iirc, robots (not browsers) get a FOLLOW.You're
positive about 'follow'? Can someone point me to swhere where I can
find out myself?

# <body class="http://wiki.octave.org/">
# Such a class doesn't exist. As well, the classes 'header' and 'footer'
# don't exist.

  How do I change that? It's set around line 1770 of wiki.pl

     my $theme = GetParam('theme',$q->url(-path_info=>1));
     $html = qq(<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">\n<html>)
       . $q->head($q->title($q->escapeHTML($title)) . $html)
       . '<body class="' . $theme . '">';
     return $html;

# For the h3 headers, something like "margin-top: 1em;" might make the
# site more readable.

  Done.

# While there are some things in the HTML code that I don't like (using a
# table just to align the image left), this is probably inevitable in a
# wiki system.

  The latest oddmuse can do it, I just didn't manage 2 do a port
  yesterday.

# However, I suggest to change the content license from GFDL to GPL (or to
# dual-license it). Otherwise, it's not (legally) possible to copy & paste
# code from the wiki pages into a GPL program.

  Opinions anyone?

  Also what r feelings for/against scariness in 'ScaryOctave'?

# Regards
# 	Thomas

-- 
Etienne Grossmann ------ http://www.cs.uky.edu/~etienne

Re: [OctDev] Wiki css, passwords, etc ...

[Thomas W. <we...@nu...>]

Hi, 

first the off-topic stuff. Do you *really* want email sent to all these
adresses appearing in your reply-to header?

Am Samstag, den 25.02.2006, 11:55 -0500 schrieb Etienne Grossmann:
> This hint inspired me to do a few + changes in the wiki's
> css... Feedback?

General feedback:
<meta name="robots" content="INDEX,NOFOLLOW">
I suggest changing this to "FOLLOW". After all, it's good if web
crawlers index the wiki, isn't it?

<body class="http://wiki.octave.org/">
Such a class doesn't exist. As well, the classes 'header' and 'footer'
don't exist.

For the h3 headers, something like "margin-top: 1em;" might make the
site more readable.

While there are some things in the HTML code that I don't like (using a
table just to align the image left), this is probably inevitable in a
wiki system.

However, I suggest to change the content license from GFDL to GPL (or to
dual-license it). Otherwise, it's not (legally) possible to copy & paste
code from the wiki pages into a GPL program.

Regards
	Thomas

Re: [OctDev] Wiki css, passwords, etc ...

[Etienne G. <et...@cs...>]

On Sat, Feb 25, 2006 at 01:25:50PM +0100, Thomas Weber wrote:
# Am Freitag, den 24.02.2006, 10:08 -0500 schrieb Etienne Grossmann:
# > * Colors and (non-) font choice are same as in www.octave.org.
# > 
# >   Unwanted consequence: the lines of '-' that separate ===headers===
# >   appear dashed, not smooth.
# > 
# >   Todo: How does one fix that?
# 
# Change 'dashed' to 'solid' in your .css file.

  Yes! Tanks a lot!

This hint inspired me to do a few + changes in the wiki's
css... Feedback? 

  Cheers,

  Etienne
 
# Regards
# 	Thomas
# 
# 
# 
# -------------------------------------------------------
# This SF.Net email is sponsored by xPML, a groundbreaking scripting language
# that extends applications into web and mobile media. Attend the live webcast
# and join the prime developer group breaking into this new coding territory!
# http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
# _______________________________________________
# Octave-dev mailing list
# Oct...@li...
# https://lists.sourceforge.net/lists/listinfo/octave-dev

-- 
Etienne Grossmann ------ http://www.cs.uky.edu/~etienne

Re: [OctDev] Wiki css, passwords, etc ...

[Thomas W. <we...@nu...>]

Am Freitag, den 24.02.2006, 10:08 -0500 schrieb Etienne Grossmann:
> * Colors and (non-) font choice are same as in www.octave.org.
> 
>   Unwanted consequence: the lines of '-' that separate ===headers===
>   appear dashed, not smooth.
> 
>   Todo: How does one fix that?

Change 'dashed' to 'solid' in your .css file.

Regards
	Thomas

Re: [OctDev] Wiki css, passwords, etc ...

[Quentin S. <qsp...@ie...>]

Etienne Grossmann wrote:

>  Hi All,
>
> I just did a few changes to the wiki.octave.org. Have a look & let me
> know if you think it's an improvement or not. Have a look at the "todo"
> below and see if you can help. Summary:
>
> * Colors and (non-) font choice are same as in www.octave.org.
>
>  Unwanted consequence: the lines of '-' that separate ===headers===
>  appear dashed, not smooth.
>
>  Todo: How does one fix that?
>
> * Logo image is Lorenz instead of sombrero.
>
> * Main page has sombrero in topleft corner, as in www.octave.org.  In 
> order to do this, I cut-n-pasted octave.org's html code and had
>  to set $RawHtml to 1, which is bad.
>
>  Todo: does anyone know how to get same effect w/out using raw html?
>
> * At top of main page, I put three sentences of intro & welcome.
>
> Todo: We could have "ScaryOctave" in the same style as "Octave" in
>  http://www.octave.org/images/octave-logo.jpg. Can anyone (tell us
>  how to) do that?
>  
>

Looks like someone was playing with special effects in GIMP. I'm not 
crazy about that particular "logo" myself, and I think it wouldn't be a 
bad idea to just come up with a new one for both pages.

>  Btw, where does "Scary" in ScaryOctave come from?
>  
>
I seem to remember that it was an imitation of other similar wikis, like 
I think there's a ScaryEmacs. Personally, I think the whole "Scary" 
think is kind of silly and I'd be happy to see the title just be "Octave 
Wiki" or something that more accurately describes what the website is.

-Quentin

[OctDev] Wiki css, passwords, etc ...

[Etienne G. <et...@cs...>]

  Hi All,

I just did a few changes to the wiki.octave.org. Have a look & let me
know if you think it's an improvement or not. Have a look at the "todo"
below and see if you can help. Summary:

* Colors and (non-) font choice are same as in www.octave.org.

  Unwanted consequence: the lines of '-' that separate ===headers===
  appear dashed, not smooth.

  Todo: How does one fix that?

* Logo image is Lorenz instead of sombrero.

* Main page has sombrero in topleft corner, as in www.octave.org. 
  In order to do this, I cut-n-pasted octave.org's html code and had
  to set $RawHtml to 1, which is bad.

  Todo: does anyone know how to get same effect w/out using raw html?

* At top of main page, I put three sentences of intro & welcome.

Todo: We could have "ScaryOctave" in the same style as "Octave" in
  http://www.octave.org/images/octave-logo.jpg. Can anyone (tell us
  how to) do that?

  Btw, where does "Scary" in ScaryOctave come from?

Todo: Passwords! I didn't figure out how to set a password on
  oddmuse. :-(

  Hth,

  Etienne

-- 
Etienne Grossmann ------ http://www.cs.uky.edu/~etienne