﻿<?xml version="1.0" encoding="UTF-8"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/"><channel><title>StrataFrame Forum » StrataFrame Database Deployment Toolkit » Issues  » Problem with Version 1.6.1</title><generator>InstantForum 2017-1 Final</generator><description>StrataFrame Forum</description><link>http://forum.strataframe.net/</link><webMaster>StrataFrame Forum</webMaster><lastBuildDate>Tue, 09 Jun 2026 11:39:42 GMT</lastBuildDate><ttl>20</ttl><item><title>Problem with Version 1.6.1</title><link>http://forum.strataframe.net/FindPost8804.aspx</link><description>To SF Team:&lt;br&gt;
&lt;br&gt;
I started to change my VarChar to NVarChar and noticed a problem. First SF, changes the field to 50, which needs to be reentered again (Can we just enter our own column size without default). But the worst part comes after. When you move to the next field, the [b][u]50[/u][/b] keeps overwriting the next field size. This is trouble for anyone doesn't notice it.&lt;br&gt;
&lt;br&gt;
Could we please get a fix to this soon? Thanks!</description><pubDate>Tue, 15 May 2007 18:17:12 GMT</pubDate><dc:creator>Ben Hayat</dc:creator></item><item><title>RE: Problem with Version 1.6.1</title><link>http://forum.strataframe.net/FindPost8818.aspx</link><description>[quote]We already have an enhancement request that will not change the field size when changing within a legal or like type.  For example, changing from VarChar to NVarChar would leave the size alone[/quote]&lt;br&gt;
&lt;br&gt;
Yes, this is somewhat annoying the way it changes existing fields once you use NVarChar, it automatically changes the [b][u]NEXT[/u][/b] field to 50 as soon as you land on it. Please have it fixed for the final version of 1.6.1. Thanks!</description><pubDate>Tue, 15 May 2007 18:17:12 GMT</pubDate><dc:creator>Ben Hayat</dc:creator></item><item><title>RE: Problem with Version 1.6.1</title><link>http://forum.strataframe.net/FindPost8810.aspx</link><description>Yes, this is not a bug, but rather by design.&amp;nbsp; We already have an enhancement request that will not change the field size when changing within a legal or like type.&amp;nbsp; For example, changing from VarChar to NVarChar would leave the size alone.&amp;nbsp; So this is already on the books for a change.</description><pubDate>Tue, 15 May 2007 13:13:23 GMT</pubDate><dc:creator>Trent L. Taylor</dc:creator></item><item><title>RE: Problem with Version 1.6.1</title><link>http://forum.strataframe.net/FindPost8809.aspx</link><description>[quote]I am not exactly sure what you mean, but I just brought up a table that had 10 VarChars and changed them all to NVarChar without any issue.  You may need to elaborate as to what you are referring to.  Thanks.[/quote]&lt;br&gt;
&lt;br&gt;
Sure! Go to a field that is VarChar and then on the drop down box type "N" twice to bring up the NVarChar option.&lt;br&gt;
Then type, say "40".&lt;br&gt;
Now on the left side, on the list of fields, click on the next field (be sure the next field is also a Char), &lt;br&gt;
Now here is the problem: type N twice again (to bring up NVarChar), and now the 50 is automatically overwrites the existing field size. &lt;br&gt;
&lt;br&gt;
Let me know if you can duplicate it!</description><pubDate>Tue, 15 May 2007 10:34:52 GMT</pubDate><dc:creator>Ben Hayat</dc:creator></item><item><title>RE: Problem with Version 1.6.1</title><link>http://forum.strataframe.net/FindPost8806.aspx</link><description>[quote]First SF, changes the field to 50, which needs to be reentered again (Can we just enter our own column size without default).[/quote]&lt;/P&gt;&lt;P&gt;This is already on the enhancement list....in fact, I think you have already made this request before.&lt;/P&gt;&lt;P&gt;[quote]&lt;STRONG&gt;&lt;U&gt;50&lt;/U&gt;&lt;/STRONG&gt; keeps overwriting the next field size. This is trouble for anyone doesn't notice it.&lt;BR&gt;[/quote]&lt;/P&gt;&lt;P&gt;I am not exactly sure what you mean, but I just brought up a table that had 10 VarChars and changed them all to NVarChar without any issue.&amp;nbsp; You may need to elaborate as to what you are referring to.&amp;nbsp; Thanks.</description><pubDate>Tue, 15 May 2007 10:15:31 GMT</pubDate><dc:creator>Trent L. Taylor</dc:creator></item></channel></rss>