while checking "recent changes" in the wiki, i came to the fact that full magazines re often uploaded with every pages individually scanned.
Ok its good, but perhaps not practical to read online, nor to download them i guess...
I hope fgbrain also have some scripts or homemade programs to help him to upload all those files... :o
Also would be good to have those also available as pdf of any format like this.
Would there be some sort of application in the wiki to put all those in a easy to browse/read gallery.
What could be done ?
Erm... where have you been when I was talking about the Downloads section in the forum?
Since they're uploaded here I'm not really sure why fgbrain uploads them to the wiki as well...?
Well, I know we all have pdf files.
But we need the wiki to refer to a certain page of a magazine.. Can you do this with pdf files ?
This way it's far better organized for each article I believe.
This is the exactly the point :)
eg. i can link to any individual page of any cpcmag (at least in theory - when all pages are upload - which is a huge undertaking and very far from completed!)
Like for instance the arcticle of Comal80 ...
So it's not a question of either PDF or JPG (Galeries) but having them both!
/CPCLER
(http://www.cpcwiki.eu/imgs/7/78/Amstrad_Bladet8606046.jpg)
Quote from: fgbrain on 09:00, 15 May 12
Well, I know we all have pdf files.
But we need the wiki to refer to a certain page of a magazine.. Can you do this with pdf files ?
This way it's far better organized for each article I believe.
Well, it makes sense that way indeed. But I'm not sure about the effort involved vs the result; Would it be so much worse if the link was to the entire magazine that the user could download and turn to the relevant page?
Btw, fgbrain, do you use the multiple-upload function at least? I could try upping the number of files allowed for you...
Quote from: MacDeath on 23:02, 14 May 12
while checking "recent changes" in the wiki, i came to the fact that full magazines re often uploaded with every pages individually scanned.
This might not help, but I know the new scanner thing we have at work does this. I'm sure there's probably a way to change its behaviour, but if you just press the scan button it scans a single page and stores it as a single page PDF. As most magazines would need to be taken off the glass and repositioned for the next page, I can imagine this being why...
My point is that I saw no full magazine PDF at those magazines page, and it is possible to read pdf with webbrowser, of get those multiple page displayed with a gallery, enabling to scroll each pages, with the Wiki galerry doesn't permit it.
But I didn't it is not good to have each page put individually too.
Quotewhere have you been when I was talking about the Downloads section in the forum?
oops my bad, i didn't did the research enough...
QuoteSo it's not a question of either PDF or JPG (Galeries) but having them both!
that's it.
Quotedo you use the multiple-upload function at least?
yeay, I tried it recently, while upgrading the Thomson computer page...
QuoteBtw, fgbrain, do you use the multiple-upload function at least? I could try upping the number of files allowed for you...
Yes, of course.. In fact, I open two windows. By the time the first one finishes uploading, I select all files for the second batch.. And so on!
I think we must have -at least- the official Amstrad magazine (ACU) on line with full documentation. (games/hardware reviews, interviews, features, etc all linked properly with relevant wiki pages)
PDF files can be copied & pasted and translated (Dutch to English f.e.), scanned sites? No way!
Just my two Pfennig. 8)
Quote from: TFM/FS on 19:28, 15 May 12
PDF files can be copied & pasted and translated (Dutch to English f.e.), scanned sites? No way!
Just my two Pfennig. 8)
What do you mean?
A 102 page PDF in poor graphical quality, is better than 102 jpg files in better quality and resolution? :)
I see no reason why there can't be both!
/Ygdrazil
You got me totally wrong.
TFM means that with PDFs you can manipulate text - copy it, paste it, translate it... (I guess).
fgbrain, would more simultaneous uploads be of use?
my point is, some of you guys can make a java applet to run an emulated CPC on an online website with firefox or equivalents...
why no applet to read CPC magazines with the web-browser ?
An applet to enable a better reading of all those jpg wiki galleries ?
would be great to have such custom applet for the CPCwiki afterall.
Not sure what you mean, really. A better mediawiki gallery?
er... English is somethimes not my mother's tongue after all...
my point is that the galery doesn't enable to zoom easily on the pages (unless opening the picture file at maximum resolution), nor go from one page to another keeping the zoom.
So If I want to "read the magazine) I must open a lot of tabs, then go from one to another, really a lot of clics... but perhaps I am doing it wrong...
point is, I/someone may not want to upload the pdf and only read those magazines while surfing the web/wiki...
Quote
fgbrain, would more simultaneous uploads be of use?
The only really useful thing would be this:
Can you fix the multi-uploader so that it allows you to choose more than one files, and then automatically add them in the "Source filename:" forms?
At the moment it doesnt accept multi-file selection..
Gryzor, I think MacDeath has something in mind for CPC mags like the BookReader Javascript library used at archive.org. It's GPL, so reuse is allowed.
Example book: [Statuta diocesis Meldensis :] Sinodalia Meldensis diocesis statuta (http://archive.org/stream/4C324INV322RES_P1#page/n13/mode/2up)
Source code: openlibrary/bookreader ยท GitHub (http://github.com/openlibrary/bookreader/)
@fgbrain: I'll see if there's an updated/better extension for that.
@Morn, MacDeath: the problem is I can't use any old subsystem found out there, there has to be a mediawiki expansion written on top of it. Unfortunately that is not the case with BookReader. And yes, mediawiki image display has sucked for ages, if you ask me... Too bad. There are a few lightbox-related extensions, but I think I had tried one in the past and users didn't like it.
Well, the BookReader script lives on a separate HTML page (or in an iframe) anyway, so my proposed solution would just be a template-generated link from the Wiki ("Read this mag in BookReader") to a CGI page on the server that emits a suitable BookReader page.
The question is if page file names are standardized enough. E.g., if one mag uses "page1.png" for numbering, but another has "page__0001.png", that would complicate things for the script a bit.
Well, you hit one of the problems. But even assuming creating a script that would call a page with the correct file, it's still a nightmare to incorporate it in the mediawiki markup. Due to security reasons you can't embed much code in the text...
I just don't think it's worth all the trouble.
An alternate idea would be to use one of the existing MediaWiki extensions for interactive image galleries, e.g. http://www.mediawiki.org/wiki/Extension:SmoothGallery (http://www.mediawiki.org/wiki/Extension:SmoothGallery). I think CPC magazine pages are already embedded in the Wiki with the <gallery> tag, so it would just be a matter of installing the extension and changing those to <sgallery>. Or duplicate the galleries, as it's probably useful to have both a thumbnail version and a browseable version.
Well, this is one of the solutions I had considered; it looks nice, but I'm not convinced about its usefulness. I'll install it tomorrow though and see how it goes. Thanks for suggesting it :)
Right, take a look here (http://www.cpcwiki.eu/index.php/Issue_70_(_Nov._90_)):
I don't know if I like it...
mmmh... can it be bigger so you can also actually read the pages ?
Really don't know, didn't have the time to try the options. You can see the options in the extension page link given above (well, actually, not the extension page, but on the gallery script page linked in the extension page).
Ok got a look at those...
should be something like this :
{{#sgallery:
|width=800
|height=1000
|imagelist=Image:TAU_70.jpg
Image:TAU_70Page1.jpg
Image:TAU_70Page2.jpg
Image:TAU_70Page3.jpg
Image:TAU_70Page4.jpg
Image:TAU_70Page6.jpg
Image:TAU_70Page7.jpg
Image:TAU_70Page10.jpg
Image:TAU_70Page11.jpg
Image:TAU_70Page12.jpg
Image:TAU_70Page13.jpg
Image:TAU_70Page15.jpg
Image:TAU_70Page16.jpg
Image:TAU_70Page17.jpg
Image:TAU_70Page18.jpg
Image:TAU_70Page19.jpg
Image:TAU_70Page30.jpg
Image:TAU_70Page32.jpg
Image:TAU_70Page33.jpg
Image:TAU_70Page34.jpg
Image:TAU_70Page35.jpg
}}
with this (of course the dimension were put in hasard just to test, not optimised) you can scroll pages and actually read them...
You're looking at the HTML output. This has to be done in the mediawiki code - that is, in the article itself, like you edit every article. The sgallery tag probably has some options, but I can't check now...
yeah sorry, i edited my past post because i understood by myself i did it wrong...
;D
I went into the said links to see how to use this, and edited the wikipage in order to test various way to do it, of course i didn't saved the result, only used show preview...
From what i tested, this could be great but of course the thing can be quite big on screen (gotta see what dimensions would be best to fit well with the scans).
Perhaps a bit heavy for the system too, not sure.
but this looks like exactly what I suggested. :)
I tried with something like this in order to modify the dimensions but it didn't worked well...
<sgallery width="600" height="500" showarrows="false" showcarousel="false" showinfopane="false" timed="true" delay="4000">
Image1.jpg
Image2.gif
Image3.png </sgallery>
the syntax I posted in my previous post seemed to work betterly, yet not sur you can get more than one sgallery on the same page.
Did it work? I think there are other switched too...
http://www.cpcwiki.eu/index.php/Issue_70_%28_Nov._90_%29 (http://www.cpcwiki.eu/index.php/Issue_70_%28_Nov._90_%29)
I edited it, so you can see how it is...
seems to work fine, and is completely readable.
not sure if no other issues with other on page stuff though.
QuoteI think there are other switched too...
what is a "switched" ?
what did you meant ?
(again, I'm just french anyway, can't alway understand every meanings... sorry)
Doesn't make any difference on my mobile :D
But I don't see the use for it, if nothing else it appears even less practical now: you still have to click on each image and it opens the regular file page...
QuoteDoesn't make any difference on my mobile
haha got it...
QuoteBut I don't see the use for it, if nothing else it appears even less practical now: you still have to click on each image and it opens the regular file page...
nope.
On my computer, it is diplayed in a 800x1000 window, and you have arrows on both sides of the "sgallery" window so you can change the pages (displayed in this 800x1000 galery) without changing the CPCwiki page... no more need to open each picture's own Wikipage...
Post Edit : added some explainations on this wikipage.
I suppose it was sued for test purpose so it is good...
This is really what i suggested, to me it looks perfect, just hope no drawbacks will appear...
Yes, this larger version works fairly well. I'm not sure I understand why MacDeath uses "{{#sgallery:" instead of "<sgallery>" though. Slightly weird wiki markup if you ask me.
I tried with the < and > and it didn't worked, but I probably did it wrong, lol.
with those < and > I simply couldn't get the dimension to be changed... perhaps some other parts of the syntax were wrong too.
{ and } version was simply copy-pasted from the page explaining how to use the sgallery...
I then removed some unused features.
but if someone can find a better proper way of syntax, no problem.
You're right, for some reason the extension ignores parameters like width when using the tag syntax. But the parser function syntax looks so messy. Oh well. :)
I wonder if it's possible to put all the "{{#sgallery:..." stuff in a template.
Gryzor, maybe you could edit the Smooth Gallery extension script and set 800x1000 width/height as defaults? Then we could just use "<sgallery>" and wouldn't need to bother with parameters.
$this->argumentArray = array( "height" => "1000px", "width" => "800px", "carousel" => true, "timed" => false,
"delay" => "9000", "showarrows" => true, "showinfopane" => true,
"slideinfozoneslide" => true, "slideinfozoneopacity" => "0.7", "fallback" => "gallery",
"nolink" => false );
I choosed 800x1000 at random, haven't verified what average resolution are the scans usually posted...
It looked to be enough to actually read the small texts but details can vary from scans to scans I guess.
I like what you have done here! http://cpcwiki.eu/index.php/Issue_70_(_Nov._90_) (http://cpcwiki.eu/index.php/Issue_70_%28_Nov._90_%29)
Certainly much easier reading...
When it's all finalised I'll go through and edit all the ones I've scanned/uploaded and add in your "smarts"....
Good work.
Quote from: Morn on 15:14, 26 May 12
Gryzor, maybe you could edit the Smooth Gallery extension script and set 800x1000 width/height as defaults? Then we could just use "<sgallery>" and wouldn't need to bother with parameters.
$this->argumentArray = array( "height" => "1000px", "width" => "800px", "carousel" => true, "timed" => false,
"delay" => "9000", "showarrows" => true, "showinfopane" => true,
"slideinfozoneslide" => true, "slideinfozoneopacity" => "0.7", "fallback" => "gallery",
"nolink" => false );
Will check the code tonight at home, I guess it can be done. I wish there was a 'ribbon' option as you (I think) said in a Talk page...
Quote from: Gryzor on 09:01, 28 May 12
Will check the code tonight at home, I guess it can be done. I wish there was a 'ribbon' option as you (I think) said in a Talk page...
Yes, ribbon navigation is sorely lacking. But perhaps the script can be hacked later on, maybe even by reusing code from BookReader.
QuoteThis would only be better with a slider at the bottom to quickly move to e.g. page 42 like BookReader has.
you can click on the "pictures" word at the upper-right of the sgallery.
this makes appear a "ribbon" with all pages put in a small version in line... but it disappears when you select a page, perhaps this can be edited too, haven't checked the options for this.
QuoteI like what you have done here
Me ?
I did not do a lot...
Good to see my original suggestion for such a "browser gallery "and that the answer found is satidfying and please some of you, so I guess I was right. :)
this Sgallery is a nice addition, thx to the one who suggested it.
Must be good for magazines, but nort sure it will be that ok with bigger books with like 200+ pages.
Quote from: Border_7 on 04:55, 28 May 12
I like what you have done here! http://cpcwiki.eu/index.php/Issue_70_(_Nov._90_) (http://cpcwiki.eu/index.php/Issue_70_%28_Nov._90_%29)
Certainly much easier reading...
When it's all finalised I'll go through and edit all the ones I've scanned/uploaded and add in your "smarts"....
Good work.
Thanks mate, appreciate your trouble :)
Quote from: MacDeath on 11:03, 28 May 12
you can click on the "pictures" word at the upper-right of the sgallery.
Nice! I completely missed that feature. It looks like this solves the navigation problem.
I know it's been a while since this was discussed.... but I couldn't help thinking how good it is to have each page accessible individually (to link to directly or if you want to go straight to 1 particular page) AND how great it is to have the magazine in flip through gallery mode....
So why not both?
Have a look:
Apr - 1987 - CPCWiki (http://cpcwiki.eu/index.php/Apr_-_1987)
Each page is there AND you can also start reading by way of a link at the top to the gallery mode page.
Simple? Awesome? Should please everyone?
:D
Very nice, like it.
Bryce.
Yup, it *is* very nice indeed; though, speaking for myself, I never read mags on a site, unless I want to reach a specific article. I usually download them and have them shown full-screen on my desktop...
I'm a fan of everything online, crawled over by google etc... and hopefully all searchable and draws more and more people to the site etc etc etc and more people contribute and away we go! ;D . As long as you have plenty of space for all the uploads???
Well, jpg's are not actually crawled, just indexes as filenames. Nothing changes. And almost everything there is has already been uploaded to the wiki - we're still holding!
Does anyone have the missing issues of Computing with the Amstrad, and if so can they upload them please?
Quote from: EgoTrip on 18:23, 11 September 12
Does anyone have the missing issues of Computing with the Amstrad, and if so can they upload them please?
I'm guessing you are referring to the British version?
That's a good question, the megaupload links are dead obviously that are here:
Computing with the Amstrad - CPCWiki (http://cpcwiki.eu/index.php/Computing_with_the_Amstrad)
There's a few Australian ones here which shared the British content:
Computing With The Amstrad - Australian Edition - CPCWiki (http://cpcwiki.eu/index.php/Computing_With_The_Amstrad_-_Australian_Edition)
I'm sure someone else can help out there???
Yes I am referring to the British version. I got the files from the megaupload links before they died, but it only went up to 87/05 (87/06 was incomplete). The British versions of the Australian issues were in the file.
So basically 87/06 onwards are missing. After looking at the image gallery, its evident that all the "Computing with the Amstrad CPC" and "CPC Computing" issues are missing.
I dont know how to upload to the wiki but if anyone wants me to re-upload what I have somewhere then let me know.
Hm, imagine that, I do think I've got CwtA at home; I got no idea about why I didn't upload them here, though -if I have them indeed. I'll take a look tonight.
I do have a complete collection of the magazines (in binders) though...
Quote from: Gryzor on 15:38, 12 September 12
Hm, imagine that, I do think I've got CwtA at home; I got no idea about why I didn't upload them here, though -if I have them indeed. I'll take a look tonight.
I do have a complete collection of the magazines (in binders) though...
That would be cool - I'd like to see those....
Quote from: EgoTrip on 11:30, 12 September 12
Yes I am referring to the British version. I got the files from the megaupload links before they died, but it only went up to 87/05 (87/06 was incomplete). The British versions of the Australian issues were in the file.
So basically 87/06 onwards are missing. After looking at the image gallery, its evident that all the "Computing with the Amstrad CPC" and "CPC Computing" issues are missing.
I dont know how to upload to the wiki but if anyone wants me to re-upload what I have somewhere then let me know.
The wiki just has the cover scans doesn't it? I'm not sure what format the ones you have already are in, if they are individual jpg's then it is pretty easy getting them into the wiki. I don't think anyone has a problem having them there as well as available for download here in the forum (I personally like them in the Wiki as well). As you can see with ACU for example:
Amstrad Computer User - CPCWiki (http://cpcwiki.eu/index.php/Amstrad_Computer_User)
some of them have been done, others have not / are incomplete....
Just a suggestion, maybe you should remove all the megaupload links, as they obviously no longer work.
@Egotrip,
Quote from: EgoTrip on 10:00, 13 September 12
Just a suggestion, maybe you should remove all the megaupload links, as they obviously no longer work.
You're right about that, and the fun part is, anyone can remove them *hint, hint* :D