... a minor problem which no one has experienced. Being a computer related rather than a railway related problem makes it even more of a minority problem. But here are some more details. Sorry about my typo; I had omitted the underscore in the file name. I have had no problems with any other Templot file type; .box, .bgs, etc. Nor are there any problems with printing other Templot files types, either directly from the Templot screen or indirectly. Also, there is no problem with printing from a previously exported .pdf file. In summary: The error occurs on 'export to scaled .pdf' The error is intermittent, which naturally makes things difficult. It does not occur on more than 1 in 4 export to .pdf. It occurs before the actual save (when Templot is generating the .pdf file??), ie when Templot prompts the user whether they wish to export each individual sheet, eg export a/1, export a/2, etc. If its relevant, the error(s) occurred when I ...

... setting, is there a way of re-establishing that? All my own fault.... cheers Richard posted: 17 Apr 2017 11:57 from: Martin Wynne Hi Richard, I'm not sure that I follow the question? The page origin used for any print run is shown in small print in the top-right corner of the printed pages. The co-ordinates of each specific page are shown in the other corners. That means you can if you wish reset the page origin to begin at any previously printed page. You may need your magnifying glass. If you are using the save program preferences option, the page origin is saved between sessions, so you can continue printing from the same origin next time. But of course if you subsequently change it, or you don't save your preferences... regards, Martin. posted: 17 Apr 2017 12:22 from: Richard_Jones Hi Martin, Many thanks, Magnifying glass found, and "all pages origin(a /1 ):" etc entered, so ...

... intended -- it is a complex issue. Templot is now an old program. The black& white printing shares many of the settings for old dot-matrix impact printers (having an ink ribbon), and for old-style liquid pen plotters. The reason the colour and grey-shades print appears to have transparent cess is that it has a hatched infill instead of solid colour. Not all printers support hatched infill, especially older ones. The reason black& white printing uses solid white infill, blanking out any previously drawn detail, is that there is a risk with any other setting on older printers that they will fill it with solid black ink, wasting ink and likely cockling the paper on ink-jet printers. As I say, it is complex. At least with direct printing Templot can find out from the printer what it can do. For the PDF output there is no way of knowing the capabilities or type of printer which will be used to print the file. I'm minded to leave things as they are, pending ...

... company has been acquired at least twice since then. Easy come, easy go. posted: 9 Sep 2017 08:28 from: DaveJ61 Hi all, I was a computer engineer, starting back in 1985 just after the first IBM PC was brought out. Now I am a systems engineer/analyst working on Linux, Windows and VMS systems. It is amazing that when new PC's are bought in shops such PC World, the sales person will always push to sell anti-virus software such as McAfee. As has previously mentioned, this is not needed as Windows comes with its own free anti-virus/anti-malware called Defender. They are only selling it to make even more money. Defender is more than adequate for peoples needs! I have been using nothing but Defender for years and years and have never been struck down by a virus. The latest version in windows 10 is even better and is always kept up to date, unless you configure windows to ignore the updates. Oh and by the way, I have never ...

... might be to find a way to move the slip road closer to the centre of the diamond, as this would mean that there is then more room to fit longer check rails for the affected obtuse crossing. You might be able to do this by using switches with sharper curvature than those currently fitted, positioned closer to the acute crossings of the diamond. The downside to this is that it would involve a reduction in the radius of the slip road to what might prove to be an unacceptable degree. Alternatively, as you previously suggested, you could adopt a half-scissors formation in which no part of the 'slip road' intrudes within the diamond. posted: 17 Oct 2017 19:18 from: Bryan Hardwick John Palmer wrote: Martin will be able to tell you whether such is the case or not, but I wonder whether the program is preventing further shortening of some wing rails because any such further shortening would prevent the rails concerned from performing their intended function. One area of potential difficulty in this respect is the checking of the obtuse ...

... of the branch track completely disappeared, as the attached image shows. 2129_150558_010000000.png As soon as I click the screen to de-activate the mouse-controlled roll rails function the sleeper display returns, but for practical purposes the value of the 'roll rails' function has been lost because I can no longer see where the sleepers are being repositioned as I move the mouse. So far as I can tell, this seems to be related in some way to the tandem making function. I tried exiting and reloading Templot, loading a previously created box file, making a length of plain track the control and activating the 'roll rails' function, only to find that it worked perfectly in the usual way. System is a reconditioned HP workstation with Xeon CPU, 12 GB RAM, Quadro 2000 graphics card and running 64-bit Windows 7 Pro OS, rounded out with usual Spectre and Meltdown issues posted: 15 Jan 2018 14:24 from: Martin Wynne John Palmer wrote: When I attempted to roll rails on the the branch track with Ctrl+ F4 ...

... from: Martin Wynne Jim Guthrie wrote: As a matter of interest, how quickly does your application compile. One thing I do remember from my Delphi code writing days is that the Borland compiler was extremely fast and compile time was a second or two. Hi Jim, Out of interest I just timed a full build from scratch -- took 9 seconds. Normally of course if you do a Compile or Run, Delphi compiles only any units which have changed since the previous compile. For the rest it simply links the previously compiled DCU files. So I just made a change in one small unit and clicked Run. Result 2 seconds to see running Templot appear on screen. As you say, that's so fast that you can do a test Run after most of the smaller code changes. I still remember slightly longer compilation times -- drive 20 miles through heavy traffic with several trays of punched cards in the back of the car to be handed in by 5pm. Wait for a phone call next morning, while setting up a chain- ...

... able to replicate it, although when I closed Templot down I got the same error again, but with different numbers. I hadn't used the Sketchboard. I tend to create a separate template for timbers when things start to get complicated as otherwise I seem to spend all my time trying to work out which templates have which timbers on them! Not having rails does cause some glitches, like the template not being picked up in a group selection fence (which is where the tags come in very handy), but I'd not previously had an actual error! I suddenly decided that the scissors I've actually built didn't allow much room for shunting in one of the releases so I had to move one of the crossovers back a bit. That just happened to create the need for an interlaced scissor, or offset scissor, or whatever. Purely coincidental, honest, guv Cheers posted: 23 Jan 2013 14:09 from: Martin Wynne Paul Boyd wrote: Not having rails does cause some glitches, like the template not being picked up in a group selection ...

... 2010 17:00 from: Des Norman Thanks, got it now. Des posted: 27 Aug 2010 17:10 from: Martin Wynne Hi Des, The background shapes are not included in template data files when templates are saved in a .box file, and they are not part of the restore functions for template data. Instead, the current collection of background shapes can be saved to a separate .bgs file by clicking the save all as... button in the top row on the background shapes dialog, and a previously saved collection of shapes can be reloaded by clicking the reload... button: bgshapes.gif In this way a saved baseboard design or scanned images can be used as the basis for several different track plan designs. You can build up a collection of shapes from more than one file by clicking the add file... button. If you have some unsaved background shapes, Templot will ask you if you want to save them when you quit a Templot session. red_pointer.gif Background shapes are not included in Templot's automatic restore feature ...

... to be printed in sections? Hi Gordon, You are not doing anything wrong. Yes, a single print run is limited to a maximum of 33 pages long by 26 pages wide. How large an area that represents depends of course on the paper size. If some tracks are outside the printed area, you can move the print origin manually using the SHIFT+ CTRL-F10 mouse action, so that those tracks are then within the page outlines. Alternatively, if you want the new pages to line up with those previously printed, you can click the print> page orientation/origin> multiple print runs> next run menu items. If you want the new page outlines to repeat some of the previous ones, you can click print> set page origin... menu item, and select the number of pages option. When you zoom out, the page outlines on the pad are omitted because they cause too much clutter. To see them again, go to main> program panel..., and then the program> ...