I agree-- plain HTML is the best option for printing without having to install a lot of extra software. Unless I am missing something! In fact, my previous query about automatic diagram insertion came from the habit I have of putting my correspondence games into SCID and printing them-- all that are unfinished to ponder moves, some that I play via postal mail (some of us still do that!)-- using the HTML export!
That being said, I'm OK with getting rid of the "extra" bitmaps. c On Sat, Dec 25, 2010 at 6:07 AM, <pa...@pbratholm.dk> wrote: > Hi > Yes, I use export to plain HTML (no javascript), afaik it's the simplest > way to "print" games - yes I know there are alternatives, but not everyone > has those configured, we all have a browser. > > I would not object to reducing the options on bitmaps though, as long as > there are som decent bitmaps available for plain HTML. > > -- > Med venlig hilsen > > Palle Bratholm > pa...@pbratholm.dk > >> Hi, >> >> Another one. >> >> Is exporting to plain HTML (without Javascript, I mean) still in use? >> >> If not, we could kill it... >> >> Next, exporting to plain HTML offers the user the choice of two sorts of >> B/W gif bitmaps, being "bitmaps" and "bitmaps2". >> >> Is there any particular reason why these are different bitmaps than the >> colourful mini ones that we use with HTML/Javascript? >> >> Maybe for printing, but if none, we could kill these... Or do they serve >> yet another purpose in the application? >> >> Next, why is there a choice between "bitmaps" (ugly) and "bitmaps2" >> (decent)? >> >> If no true reason but "legacy", I suggest will kill the ugly ones. This >> would also resolve the "bitmaps" name clash in your html export >> directory that arises because the bitmaps folder for the HTML/Javascript >> export has the same name... >> >> Cheers, >> Joost. >> >> ------------------------------------------------------------------------------ >> Learn how Oracle Real Application Clusters (RAC) One Node allows customers >> to consolidate database storage, standardize their database environment, >> and, >> should the need arise, upgrade to a full multi-node Oracle RAC database >> without downtime or disruption >> http://p.sf.net/sfu/oracle-sfdevnl >> _______________________________________________ >> Scid-users mailing list >> Scid-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/scid-users >> > > > > ------------------------------------------------------------------------------ > Learn how Oracle Real Application Clusters (RAC) One Node allows customers > to consolidate database storage, standardize their database environment, and, > should the need arise, upgrade to a full multi-node Oracle RAC database > without downtime or disruption > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > Scid-users mailing list > Scid-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/scid-users > ------------------------------------------------------------------------------ Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ Scid-users mailing list Scid-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/scid-users
