Functional syntax editor weirdness

[Maguin, Eugene]

I've had 17 (patched up to .3) for awhile and I'm curious what the story is
for the new editor weirdness. What I'm asking about is the behavior when
something is pasted at the end of the line. For me at least the pasted text
does not show up unless right arrow over the new text or go Ctrl-End,
Ctrl-Home. I do have all the new checking and outlining features turned off
(not so impressed with them). This seems so weird.

There are also continuing losses of editor functionality relative to 15.
These are the ones that I remember at the moment
Inoperable Ctrl-Del,
Nonstandard operation of overtype mode at end of line,
Alt-R no longer cycles until released in a find and replace operation.

I don't think this was operational in 15 or before but I think page setup
should hold settings until changed.

Some of the functionality losses evident in 16 were fixed in 17. Some may be
permanently lost due to Java (although why I don't know enough to know).
However, I am curious if any of these things I've listed are fixed in 18.

Gene Maguin

=====================
To manage your subscription to SPSSX-L, send a message to
[hidden email] (not to SPSSX-L), with no body text except the
command. To leave the list, send the command
SIGNOFF SPSSX-L
For a list of commands to manage subscriptions, send the command
INFO REFCARD

[Kooij, A.J. van der]

>... For me at least the pasted text does not show up unless right arrow over the new

 >text or go Ctrl-End, Ctrl-Home. I do have all the new checking and outlining features

>turned off ...

 

I had the same problem and found it did not occur with syntax coloring on. But since I prefer colors off, I have experimented a bit and it seems that this problem is gone when after starting SPSS you first set the coloring on and then off again.

 

Regards,

Anita

 

**********************************************************************

This email and any files transmitted with it are confidential and

intended solely for the use of the individual or entity to whom they

are addressed. If you have received this email in error please notify

the system manager.

**********************************************************************

 

[David Nichols-7]

Hi Gene,

I don't replicate exactly what you're describing when pasting at the end of a line, but I do see something similar on both 17 and 18. It behaves better when you have the new features turned on (the pasted text appears in full after a slight delay, where with the new features turned off it doesn't fully appear until you hit return or type something else there. We'll get a bug filed on this.

Ctrl-Del in 18 works as it does in 15, deleting from the current location to the end of the line.

I'm not sure what you mean by nonstandard operation of overtype mode at the end of line. Can you be more specific?

I'm also not sure what you're referring to with Alt-R. In the syntax editor, Alt-R is the shortcut to the Run menu in 15, as it is in more recent Java releases.


David Nichols, Ph.D.
Master Statistician
SPSS, an IBM Company

From:	Gene Maguin <[hidden email]>
To:	[hidden email]
Date:	11/17/2009 12:43 PM
Subject:	Functional syntax editor weirdness
Sent by:	"SPSSX(r) Discussion" <[hidden email]>

---

I've had 17 (patched up to .3) for awhile and I'm curious what the story is
for the new editor weirdness. What I'm asking about is the behavior when
something is pasted at the end of the line. For me at least the pasted text
does not show up unless right arrow over the new text or go Ctrl-End,
Ctrl-Home. I do have all the new checking and outlining features turned off
(not so impressed with them). This seems so weird.

There are also continuing losses of editor functionality relative to 15.
These are the ones that I remember at the moment
Inoperable Ctrl-Del,
Nonstandard operation of overtype mode at end of line,
Alt-R no longer cycles until released in a find and replace operation.

I don't think this was operational in 15 or before but I think page setup
should hold settings until changed.

Some of the functionality losses evident in 16 were fixed in 17. Some may be
permanently lost due to Java (although why I don't know enough to know).
However, I am curious if any of these things I've listed are fixed in 18.

Gene Maguin

=====================
To manage your subscription to SPSSX-L, send a message to
[hidden email] (not to SPSSX-L), with no body text except the
command. To leave the list, send the command
SIGNOFF SPSSX-L
For a list of commands to manage subscriptions, send the command
INFO REFCARD

[Maguin, Eugene]

Hi Dave,

(For your records, I've also copied this to the opened case.)
>>I don't replicate exactly what you're describing when pasting at the end
of a line, but I do see something similar on both 17 and 18. It behaves
better when you have the new features turned on (the pasted text appears in
full after a slight delay, where with the new features turned off it doesn't
fully appear until you hit return or type something else there. We'll get a
bug filed on this.

I had an off-list reply from Anita yesterday and following her advice, I
turned on syntax color coding and set all colors to black. While I would
agree that the editor behaves oddly and could benefit from a fix, I'm happy
now on this point. So, closed.

>>Ctrl-Del in 18 works as it does in 15, deleting from the current location
to the end of the line.

Thank you.

>>I'm not sure what you mean by nonstandard operation of overtype mode at
the end of line. Can you be more specific?

This is easier to show, harder to describe. But here goes. Suppose you have

VECTOR RATEI=ROWI TO PPWI.
DO IF (SEX EQ 1).  /* FEMALE RESPONDENTS.

Now suppose I want to change 'ROWI TO PPWI.' to 'RespSelfInt TO
PartRespInt.' Now, I agree that there's different ways of doing this. But
one way is to go into overtype mode and just type. So you do that and when
you are at this point

VECTOR RATEI=RespSelfInt T
DO IF (SEX EQ 1).  /* FEMALE RESPONDENTS.

Typing the next character pulls the following line up as in

VECTOR RATEI=RespSelfInt TODO IF (SEX EQ 1).  /* FEMALE RESPONDENTS.

I hope to god that's clear. My claim is that 15 and prior did not do this,
and that Word, outlook, and multiedit do not do this.


>>I'm also not sure what you're referring to with Alt-R. In the syntax
editor, Alt-R is the shortcut to the Run menu in 15, as it is in more recent
Java releases.

Sorry, I wasn't detailed enough here. Suppose you have

DO IF ($CASENUM EQ 1 OR ID NE LAG(ID)).
*  RESPONDENT LEVEL.
+  COMPUTE STEM=RV.NORMAL(0.0,1.0).
+  COMPUTE B0RC=0.5*STEM+RV.NORMAL(0.0,0.866).
+  COMPUTE B0RF=0.5*STEM+RV.NORMAL(0.0,0.866).
+  COMPUTE B0RI=0.5*STEM+RV.NORMAL(0.0,0.866).

And you want to change 'BOR' to 'BAR'. So, Ctrl-H for find and replace,
find: BOR, replace: BAR, 'find next'. Then: my claim is that previously
(<=15) Alt-R would execute the change-find next sequence repeatedly until
the Alt-R keys were released. Currently, Alt-R executes the sequence one
time. So maybe, find-and-replace wasn't supposed to work that was previously
but that's how it works in word and other editors.

Gene Maguin

=====================
To manage your subscription to SPSSX-L, send a message to
[hidden email] (not to SPSSX-L), with no body text except the
command. To leave the list, send the command
SIGNOFF SPSSX-L
For a list of commands to manage subscriptions, send the command
INFO REFCARD

[SPSS Support-2]

Hi Gene,

We've filed three bugs:

1) The weirdness with text strings when pasting at the end of a line.

2) Overtype/overwrite mode pulling up the following line rather than just adding to the end of the current one when you reach the end.

3) Alt-R needing to be repeated in order to repeat the search and replace function.


Dave


> From:
>
> Gene Maguin <[hidden email]>
>
> To:
>
> [hidden email]
>
> Date:
>
> 11/18/2009 09:40 AM
>
> Subject:
>
> Re: Functional syntax editor weirdness
>
> Sent by:
>
> "SPSSX(r) Discussion" <[hidden email]>
>
> Hi Dave,
>
> (For your records, I've also copied this to the opened case.)
> >>I don't replicate exactly what you're describing when pasting at the end
> of a line, but I do see something similar on both 17 and 18. It behaves
> better when you have the new features turned on (the pasted text appears in
> full after a slight delay, where with the new features turned off it doesn't
> fully appear until you hit return or type something else there. We'll get a
> bug filed on this.
>
> I had an off-list reply from Anita yesterday and following her advice, I
> turned on syntax color coding and set all colors to black. While I would
> agree that the editor behaves oddly and could benefit from a fix, I'm happy
> now on this point. So, closed.
>
> >>Ctrl-Del in 18 works as it does in 15, deleting from the current location
> to the end of the line.
>
> Thank you.
>
> >>I'm not sure what you mean by nonstandard operation of overtype mode at
> the end of line. Can you be more specific?
>
> This is easier to show, harder to describe. But here goes. Suppose you have
>
> VECTOR RATEI=ROWI TO PPWI.
> DO IF (SEX EQ 1).  /* FEMALE RESPONDENTS.
>
> Now suppose I want to change 'ROWI TO PPWI.' to 'RespSelfInt TO
> PartRespInt.' Now, I agree that there's different ways of doing this. But
> one way is to go into overtype mode and just type. So you do that and when
> you are at this point
>
> VECTOR RATEI=RespSelfInt T
> DO IF (SEX EQ 1).  /* FEMALE RESPONDENTS.
>
> Typing the next character pulls the following line up as in
>
> VECTOR RATEI=RespSelfInt TODO IF (SEX EQ 1).  /* FEMALE RESPONDENTS.
>
> I hope to god that's clear. My claim is that 15 and prior did not do this,
> and that Word, outlook, and multiedit do not do this.
>
>
> >>I'm also not sure what you're referring to with Alt-R. In the syntax
> editor, Alt-R is the shortcut to the Run menu in 15, as it is in more recent
> Java releases.
>
> Sorry, I wasn't detailed enough here. Suppose you have
>
> DO IF ($CASENUM EQ 1 OR ID NE LAG(ID)).
> *  RESPONDENT LEVEL.
> +  COMPUTE STEM=RV.NORMAL(0.0,1.0).
> +  COMPUTE B0RC=0.5*STEM+RV.NORMAL(0.0,0.866).
> +  COMPUTE B0RF=0.5*STEM+RV.NORMAL(0.0,0.866).
> +  COMPUTE B0RI=0.5*STEM+RV.NORMAL(0.0,0.866).
>
> And you want to change 'BOR' to 'BAR'. So, Ctrl-H for find and replace,
> find: BOR, replace: BAR, 'find next'. Then: my claim is that previously
> (<=15) Alt-R would execute the change-find next sequence repeatedly until
> the Alt-R keys were released. Currently, Alt-R executes the sequence one
> time. So maybe, find-and-replace wasn't supposed to work that was previously
> but that's how it works in word and other editors.
>
> Gene Maguin
>
> =====================
> To manage your subscription to SPSSX-L, send a message to
> [hidden email] (not to SPSSX-L), with no body text except the
> command. To leave the list, send the command
> SIGNOFF SPSSX-L
> For a list of commands to manage subscriptions, send the command
> INFO REFCARD