Vishwakarma Open University For Self-Employment India
Rozgar Sewa Sadan,Opp.GTK Depot,Delhi-110033
No.VOUSE/Notification/2K9-6 Dated: June 9th,2009
University Notification
The Domain of Vishwakarma Open University For Self-Employment India has changed from
www.pvouse.org
to
www.vishwakarmaopenuniversity.org.
This is for Information to All
Sd/-
Secretary
VOUSE
Explore and discover exciting holidays and getaways with Yahoo! India Travel http://in.travel.yahoo.com/
Dear All,
Is it possible to align text vertically in a Wiki or do we need to create an image? Then can we flip the Image? or will the text in the image already be flipped?
Thanks
David
________________________________________________________________________
This e-mail has been scanned for all viruses by Star. The
service is powered by MessageLabs. For more information on a proactive
anti-virus service working around the clock, around the globe, visit:
http://www.star.net.uk
________________________________________________________________________
Hmm - I sent this ti the list on the 3rd, but didn't get a reply -
hardly surprising, as I now can't see it in the archive! Trying again
...
Hi - I have recently migrated our wiki to a new host and version
(1.13.0). That is working fine, but I wanted to reimport all the images
into my dev system as that will act as a backup system as well. However,
although the majority of images are imported correctly, some are just
reported as "failed". I have tried uploading one of these manually and
it worked fine. The image didn't exist in the image dir and wasn't shown
in the image db table prior to the manual upload.
The only clue I have found was in a truss of the import:
6203: write(5, "07\0\0\003 C O M M I T", 11) = 11
6203: read(5, "07\0\001\0\0\002\0\0\0", 16384) = 11
6203: time() = 1243847745
6203: resolvepath("/home/sam.sexton/TGSTWiki/includes/WikiError.php",
"/home/sam.sexton/TGSTWiki/includes/WikiError.php", 10
24) = 48
6203: open("/home/sam.sexton/TGSTWiki/includes/WikiError.php", O_RDONLY)
= 6
6203: fstat(6, 0x01219180) = 0
6203: d=0x05240459 i=1527070 m=0100644 l=1 u=324 g=666 sz=3337
6203: at = Jun 1 07:57:37 GMT 2009 [ 1243843057 ]
6203: mt = Nov 21 15:46:40 GMT 2008 [ 1227282400 ]
6203: ct = Mar 6 15:42:59 GMT 2009 [ 1236354179 ]
6203: bsz=8192 blks=8 fs=nfs
6203: read(6, " < ? p h p\n / * *\n *".., 8192) = 3337
6203: read(6, 0x015DD8B8, 8192) = 0
6203: read(6, 0x015DD8B8, 8192) = 0
6203: close(6) = 0
6203: write(1, " f a i l e d .\n", 8) = 8
so this could be a database issue, but I'm not sure where to go next ...
any clues would be appreciated.
/Sam
Sam Sexton
Provisioning Team Leader
Thomson Reuters
Phone: 53372 or +44 24 7625 6562
Mobile: +44 7990 563739
sam.sexton(a)thomsonreuters.com
thomsonreuters.com
This email was sent to you by Thomson Reuters, the global news and information company.
Any views expressed in this message are those of the individual sender, except where the sender specifically states them to be the views of Thomson Reuters.
Hi, I've spent rather too much time looking at this and need to ask for
assistance.
When I look at the source of my wiki pages, I can see that it includes
an empty line before the DOCTYPE comment - it is the same for several
(probably all) skins in the wiki, so it's unlikely to be due to my
customised skin.
As a PHP (and OO) novice, I'd be grateful if someone could tell me the
route from MonoTGST.php (my skin) and suggest where I can trap the
output before it's sent to the browser, so I can work my way back to
whatever's causing the problem. The start of the page in that file is
just like all the other skin files.
This is in 1.13.0.
Thanks in advance,
/Sam
Sam Sexton
Provisioning Team Leader
Thomson Reuters
Phone: 53372 or +44 24 7625 6562
Mobile: +44 7990 563739
sam.sexton(a)thomsonreuters.com
thomsonreuters.com
This email was sent to you by Thomson Reuters, the global news and information company.
Any views expressed in this message are those of the individual sender, except where the sender specifically states them to be the views of Thomson Reuters.
The Plotters extension for MediaWiki allows wiki editors to visualize data
using scripts created by administrators. Scripts are added in a way similar
to the Gadgets extension.
Three types of scripts are available: helpers, preprocessors. and plotters.
The script types are loaded in that order so that helpers can be used in
preprocessors and plotters, and so that data can be preprocesed before it is
plotted.
Wiki editors can use these scripts by using the plot parser function, or
tag:
{{#plot:
|renderer=plotkit
|name=<uniquename>
|width=300
|height=300
|script=<scriptname>
|scriptarguments=arg1,arg2,...
|preprocessors=<preprocessorname1>,<preprocessorname2>,...
|preprocessorarguments=<preprocessor1argument1>,<preprocessor1argument2>,...
:preprocessor2argument1>,<preprocessor2argument2>,...:...,...
|labels=label1,label2
|datasep=,
|tableclass=wikitable
|data=1,2
2,4}}
or a simpler example:
{{#plot:
|renderer=plotkit
|script=bar
|labels=label1,label2
|data=1,2
2,4}}
Only scripts used in pages are loaded; so, download sizes should be
reasonable. ExplorerCanvas is always included for IE support. If javascript
is disabled, a table is shown with the raw data; the CSS class that is used
for the table can be user defined with the tableclass argument.
Administrators can add and remove available renderers and javascript via
configuration options. By default, the plotkit renderer is defined. A
default generic renderer is always available that simply outputs a canvas
element.
See the Plotters extension page on mediawiki.org [1] for more information.
See my sandbox for examples [2]. Bug reports can be placed on the
extension's discussion page [3], posted as a comment on the announcement
blog post [4], or sent to me via email. Post all support questions on the
extension's discussion page.
[1] http://www.mediawiki.org/wiki/Extension:Plotters
[2] http://ryandlane.com/sandbox/Plotters
[3] http://www.mediawiki.org/wiki/Extension_talk:Plotters
[4]
http://ryandlane.com/wprdl/2009/06/08/announcing-the-plotters-extension-for-
mediawiki/
V/r,
Ryan Lane
I've struck out with even a guess where to start here.
http://co-op.downinthecountry.com/wiki/
No browser (Firefox, Safari, Chrome, IE) on any of 3 machines at this
location can remain logged in. Move away from the page on which the
login was performed, and you're logged out.
However, others not at this location are able to retain logins.
I shudder to think that it's a HughesNet issue (the very best of
clueless Indian support), but that's the only thing that's unique to
us and common to the 3 machines here.
The HughesNet rig is an HN7000S into a NetGear Ethernet Switch.
I have no clue about where to start troubleshooting.
Thanks for any thoughts.
--
Best regards,
Curt
http://FiberyCo-Op.comhttp://TheGreyhoundSagas.comhttp://keepthefleece.org
Modern cynics and skeptics... see no harm in paying those to whom they
entrust the minds of their children a smaller wage than is paid to those
to whom they entrust the care of their plumbing. ~John F. Kennedy
We've been using the great Tasks Extension to put lite (extremely
lite) project management in our wiki.
Unfortunately, where we '''really''' want to use <tasks> is within
lists, which is how we format meeting minutes, which is where action
items are assigned, formatted individually as <tasks>...</tasks>.
Tasks are run through the parser, which apparently is putting extra
line breaks in, which then messes up the list formatting. You can see
a good example here:
http://www.ecoreality.org/wiki/Minutes:20090503
If you scroll down to the 2nd, 3rd, and 4th bold ACTION text, you can
see that they are embedded in a level-2 bullet list, but that they are
causing the list to be re-set with an extra line feed.
I know it's the parser that's doing this, as I can edit extensions/
Tasks.php and replace "$parserOutput->getText()" with "$summary",
which is what is being sent through the parser. In such a case, the
$summary is not parsed, and the bullet list looks like it is supposed
to.
I have a copy of Tasks.php (modified to do agreements, rather than
tasks) that you can see behaving in this non-parsed manner, in our
Sandbox:
http://www.ecoreality.org/wiki/Sandbox
I've looked at ParserOptions, hoping to find something like
$mDontAddExtraLinefeeds but to no avail. :-)
If I replace parse($summary...) with the private method
replaceInternalLinks($summary), it looks like it is supposed to,
except of course that wikitext formatting and internal links are lost.
(And I don't really want to be sending private methods nor hacking
around in Parser.)
Any thoughts on what's going on, and how best to fix it?
Thanks for whatever advice you can offer!
:::: Magic: using envisioned intent and directed action to select your
desired future path from among the infinite ones available. ::::
:::: Jan Steinman, Communication Steward, EcoReality: http://www.EcoReality.org
::::
Hello!
When a new user creates an account and logs in to write a new article,
is it possible for an admin to approve such a new account first?
Where can I read about this or permissions in general?
regards
--
Andreas Meyer
A man, a miss, a car -- a curve,
He kissed the miss and missed the curve -- Burma Shave (1948)
Mein öffentlicher GPG-Schlüssel unter:
http://gpg-keyserver.de/pks/lookup?search=anmeyer&fingerprint=on&op=index
Hello my name is gerardo cabero , from Argentina
Job for GSOC 2009 , in the Proyect with Michael Dale is my mentor ...
Find me now in the process of understanding the code. well as investigating
Saludos gerardo cabero