Ortwin Zillgen | 23 Jul 09:24 2016
Picon
Gravatar

Re: Which iMac for 4D Client?

<http://dddd.mettre.de/wp/64-bit-more-headroom-for-memory-leaks/?inug>
<http://dddd.mettre.de/wp/4d-and-hidpi-screens/#english?inug>

Regards
O r t w i n  Z i l l g e n
---------------------------------------------
<mailto:info <at> mettre.de>   <http://dddd.mettre.de/wp/?4713>
<feed://dddd.mettre.de/dddd.xml> <https://twitter.com/Ozett>
member of developer-network <http://www.die4Dwerkstatt.de>

**********************************************************************
4D Internet Users Group (4D iNUG)
FAQ:  http://lists.4d.com/faqnug.html
Archive:  http://lists.4d.com/archives.html
Options: http://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:4D_Tech-Unsubscribe <at> lists.4D.com
**********************************************************************
truegold | 23 Jul 03:25 2016
Gravatar

Re: v15 Scrollbar issue

Hey Keith,

> Could it be affected by the "Apple Menu:System Preferences:General:Scroll Bars:Always" setting?

I’ll bet that’s it! Just last week we had another issue (network I think) which required changing the prefs.

Appreciate the idea. If it works I’ll post back,

Appreciate,
John...
**********************************************************************
4D Internet Users Group (4D iNUG)
FAQ:  http://lists.4d.com/faqnug.html
Archive:  http://lists.4d.com/archives.html
Options: http://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:4D_Tech-Unsubscribe <at> lists.4D.com
**********************************************************************
Keith Goebel | 23 Jul 03:20 2016
Picon

Re: Nested input forms weirdness?

Chip, thanks for the suggestions and examples.
The problem is, after adding lots of extra code to setup the list boxes via code, there is no guarantee that
the same “columns won’t resize” behaviour won’t be there in the end.

I think it is easier (on me certainly :-) to simply draw the relevant listbox on the relevant form page, and
display the form in a separate process to prevent the resize problem (this change has actually resulted in
a better interface :-).
Cheers, Keith

> On 23/07/2016, at 5:00 am,Chip Scheide wrote:
> you do not have to remove the (30) pages.
> 
> you can still put just 1 of each listbox on page 0 and build 
> dynamically….
> 
> On Fri, 22 Jul 2016 11:03:37 +1200, Keith Goebel wrote:
>> 
>>> On 22/07/2016, at 9:30 am, Chip Scheide wrote:
>>> … one thing you can (probably) do to simplify this:
>>> 1 listbox of each type - dynamically build them…
>> 
>> Unfortunately, there are simply too many pages (nearly 30) and just 
>> too many combinations of fields, vars and graphs to contemplate 
>> trying to do it dynamically.
>> Good idea though :-)
>> Cheers, Keith
**********************************************************************
4D Internet Users Group (4D iNUG)
FAQ:  http://lists.4d.com/faqnug.html
Archive:  http://lists.4d.com/archives.html
(Continue reading)

Robert ListMail | 23 Jul 00:49 2016

Which iMac for 4D Client?

I need to recommend specifications for a couple of iMacs. Suggestions?  I know for myself I’ve been using:
27” Displays, SSDs and i7 Quad-core processors and 16GB memory minimum since 2012 or so… So, in
general, how might you spec an iMac to be used with 4D v15?

Thanks,

Robert

**********************************************************************
4D Internet Users Group (4D iNUG)
FAQ:  http://lists.4d.com/faqnug.html
Archive:  http://lists.4d.com/archives.html
Options: http://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:4D_Tech-Unsubscribe <at> lists.4D.com
**********************************************************************
truegold | 22 Jul 22:30 2016
Gravatar

Re: v15 Scrollbar issue

Hi Bill,

> Look at your ODD code?

I’m not seeing any?

Which commands might you have been thinking about?

Appreciate,
John...
**********************************************************************
4D Internet Users Group (4D iNUG)
FAQ:  http://lists.4d.com/faqnug.html
Archive:  http://lists.4d.com/archives.html
Options: http://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:4D_Tech-Unsubscribe <at> lists.4D.com
**********************************************************************
Tim Nevels | 22 Jul 22:28 2016
Picon

Re: Here is a Listbox Redraw Method

On Jul 22, 2016, at 2:00 PM, Chris Belanger  wrote:

> One frustrating aspect of using Listboxes is that REDRAW(ListBox) does not force a redraw.
> 
> I thought I would share a method that forces a redraw and restores the listbox selection (and highlighted
records) exactly.
> 
> It is called using the OBJECT NAME of a listbox, but could easily be modified to use the variable name instead.
> In that case, The LISTBOX GET TABLE SOURCE( ) call would have the *; parameter eliminated.
> 
> hope this helps out programmers that are likewise frustrated by this issue.
> 
> If there are any suggestions on improvement feel free to share!

I too have seen a problem with form displayed with DIALOG that has a selection based listbox having redraw
issues that REDRAW does not resolve. This is using v13.5hf3. 

The idea is to use the DIALOG command with a form that contains a listbox to mimic MODIFY SELECTION and an
output form.

User selects some records in the listbox and then you want to run a method that only processes the records
selected by the user. After the method run return the listbox to the same state as before. I set the name of
the listbox "Highlight Set” to “Userset”. (A little nostalgia here. :) )  Code in the method looks
like this:

  // save current selection
CUT NAMED SELECTION([Table];"Current Selection")

  // reduce selection to selected records
USE SET("UserSet")
(Continue reading)

Chris Belanger | 22 Jul 19:00 2016
Picon

Here is a Listbox Redraw Method

One frustrating aspect of using Listboxes is that REDRAW(ListBox) does not force a redraw.

I thought I would share a method that forces a redraw and restores the listbox selection (and highlighted
records) exactly.

It is called using the OBJECT NAME of a listbox, but could easily be modified to use the variable name instead.
In that case, The LISTBOX GET TABLE SOURCE( ) call would have the *; parameter eliminated.

hope this helps out programmers that are likewise frustrated by this issue.

If there are any suggestions on improvement feel free to share!

— cb

// LB_REDRAW (Listbox Object Name)
C_TEXT($1)  // name of the listbox we need to redraw
C_LONGINT($TableNum)
C_TEXT($SelSet;$HighlightSet;$SavedHighlightSet)  // names for the listbox sets
$SavedHighlightSet:="SavedHighlightSet"

LISTBOX GET TABLE SOURCE(*;$1;$TableNum;$SelSet;$HighlightSet)  // retrieves TableNum; Selected
Set; Highlighted Set

COPY SET($HighlightSet;$SavedHighlightSet)

// **** To cause the listbox to re-draw itself, we must cut the selection, restore it, and re-highlight the
records (as this gets lost in the process) ****
$TablePtr:=Table($TableNum)
CUT NAMED SELECTION($TablePtr->;"CutDudes")  // to get LB's to REDRAW, this is how you do it
USE NAMED SELECTION("CutDudes")
(Continue reading)

Chris Belanger | 22 Jul 17:17 2016
Picon

Redraw Listbox Method

One frustrating aspect of using Listboxes is that REDRAW(ListBox) does not force a redraw.

I thought I would share a method that forces a redraw and restores the listbox selection (and highlighted
records) exactly.

It is called using the OBJECT NAME of a listbox, but could easily be modified to use the variable name instead.
In that case, The LISTBOX GET TABLE SOURCE( ) call would have the *; parameter eliminated.

hope this helps out programmers that are likewise frustrated by this issue.

If there are any suggestions on improvement feel free to share!

— cb

 // LB_REDRAW (Listbox Object Name)
C_TEXT($1)  // name of the listbox we need to redraw
C_LONGINT($TableNum)
C_TEXT($SelSet;$HighlightSet;$SavedHighlightSet)  // names for the listbox sets
$SavedHighlightSet:="SavedHighlightSet"

LISTBOX GET TABLE SOURCE(*;$1;$TableNum;$SelSet;$HighlightSet)  // retrieves TableNum; Selected
Set; Highlighted Set

COPY SET($HighlightSet;$SavedHighlightSet)

 // **** To cause the listbox to re-draw itself, we must cut the selection, restore it, and re-highlight the
records (as this gets lost in the process) ****
$TablePtr:=Table($TableNum)
CUT NAMED SELECTION($TablePtr->;"CutDudes")  // to get LB's to REDRAW, this is how you do it
USE NAMED SELECTION("CutDudes")
(Continue reading)

truegold | 22 Jul 17:03 2016
Gravatar

Re: Programatically set Choice List (I think)

Hi Tim,

Mostly because I often don't know what the name of the list is until lots of research and trial and error.
I’ve only worked a few so far. There must be 50-100 or more. And the the same list are being updated in so
many places…

The app was created by someone who knew the business but not structured and organized programing precepts.
Nor has the coding style evolved since the late 80’s.

> Just for fun you could try putting "OBJECT Get choice list name” in the On Load form event and see what it
returns before you try to set the choice list name to blank.

Anyway for those I’ve figure out I’ll give this a try later today and see if it works.

Appreciate the idea,
John...

> Late to this thread, but if you have a form that has fields that are showing a Choice List when you click into
them, why not just add this to the Form Method in the On Load event:
> 
> OBJECT SET CHOICE LIST NAME([Table]Field;””)
> 
> That should turn of any choice list set for that field on the form.
> 
> Just for fun you could try putting "OBJECT Get choice list name” in the On Load form event and see what it
returns before you try to set the choice list name to blank.

**********************************************************************
4D Internet Users Group (4D iNUG)
FAQ:  http://lists.4d.com/faqnug.html
(Continue reading)

Mark Katz | 22 Jul 07:32 2016
Picon

Re: Changed behavior of Order By dialog box in V15p

On Fri, 22 Jul 2016 02:01:27 +0200, Timothy Penner <tpenner <at> 4d.com> wrote:

> Hi Mark,
> 
> Interesting find. Did you file a bug report for this?
> 
> Kind Regards,
> 
> Tim PENNER

Hi Tim,

I did now!

Thanks, Mark

**********************************************************************
4D Internet Users Group (4D iNUG)
FAQ:  http://lists.4d.com/faqnug.html
Archive:  http://lists.4d.com/archives.html
Options: http://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:4D_Tech-Unsubscribe <at> lists.4D.com
**********************************************************************
Mark Katz | 22 Jul 01:40 2016
Picon

Changed behavior of Order By dialog box in V15

This is pretty maddening, especially since I had to redo some printed labels after I figured out what was
happening. 

In the Order By dialog (Cmd-Shift-Y), there are two ways to add fields to the sort order list. You can select
each field in turn from the left list and click on the right facing arrow to copy that field into the right
list. Or you can double-click on the desired fields in the left list and they will be copied to the right list.

In all earlier versions of 4D from about V3 to V13, the right list was built in the order that you
double-clicked on fields from the left list. But in V15, the same sequence of operations inserts fields on
the right list in the order of the fields in the record, not in the order they were double-clicked. This is
almost never the desired order.

Using the select and click right arrow approach works fine on V15 although a lot clumsier. I’d like to see
the old behavior return for the double-click approach.

Mark

**********************************************************************
4D Internet Users Group (4D iNUG)
FAQ:  http://lists.4d.com/faqnug.html
Archive:  http://lists.4d.com/archives.html
Options: http://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:4D_Tech-Unsubscribe <at> lists.4D.com
**********************************************************************

Gmane