Path: utzoo!attcan!uunet!ogicse!ucsd!ucbvax!ANDREW.CMU.EDU!maria+ From: maria+@ANDREW.CMU.EDU ("Maria G. Wadlow") Newsgroups: comp.soft-sys.andrew Subject: Re: Lost styles when cutting&pasting Message-ID: <8afn0fi00VsUM3tX54@andrew.cmu.edu> Date: 26 Jul 90 18:02:19 GMT References: Sender: daemon@ucbvax.BERKELEY.EDU Organization: The Internet Lines: 24 Excerpts from internet.info-andrew: 24-Jul-90 Lost styles when cutting&pa.. Nicholas J. Williams@ATH (1219) > A piece of text in one file contains characters from the `symbola' font > (i.e. the characters are in the symbola style). This piece of text is > selected and the `copy' operation performed. The text is then pasted > into a new file. The new file now contains the pasted text surrounded > in the symbola environment, but the style called `symbola' is not > defined correctly in the new file - its definition is blank. This means > that the characters in that style will not be seen correctly, and the > only way to get around this once the text has been pasted, is to edit > the file with vi or something and fill in the correct definition of > symbola. This was a design decision. The original goal of the templates was that people could either use the default definitions for styles or create their own definitions. We did not want the system to indiscriminately override a definition that the user had explicitly put in place. Therefore, style definitions are never carried with cut or copied text, because we could never ensure that we wouldn't accidentally overwrite an existing, but different, definition for that style. Maria