[lnkForumImage]
TotalShareware - Download Free Software

Confronta i prezzi di migliaia di prodotti.
Asp Forum
 Home | Login | Register | Search 


 

Chris Douce

3/22/2011 8:26:00 PM

Hi,

Has anybody some experience with Windev?
Either positive or negative

The real question is:
Would you consider Windev as a replacement for VB6

Regards

Chris
9 Answers

RyanH

2/9/2010 5:10:00 PM

0

What range are you wanting to sum? You may not need to use R1C1 notation
style.
--
Cheers,
Ryan


"Rob" wrote:

> Ryan,
>
> Thanks. I have tried this and whilst I have some errors insomuch that the
> formula reads =SUBTOTAL(9,K961:K65356), I will try and figure out what's
> happening.
>
> Thanks again, Rob
>
> "Ryan H" <RyanH@discussions.microsoft.com> wrote in message
> news:F4727CFE-3D03-4307-A141-6BA1051A547A@microsoft.com...
> > Give this a try. I basically made an array of columns you wish to put the
> > totals in. Then wrote a loop that loops through the columns in the array,
> > finding the last row, then inserting your formula. Hope this helps! If
> > so,
> > let me know, click "YES" below.
> >
> > Sub SubTotal()
> >
> > Dim MyArray As Variant
> > Dim i As Long
> > Dim InputRow As Long
> >
> > MyArray = Array("K", "L", "R", "S", "T", "U")
> >
> > For i = LBound(MyArray) To UBound(MyArray)
> > InputRow = Cells(Rows.Count, MyArray(i)).End(xlUp).Row + 2
> > Cells(InputRow, MyArray(i)).Formula = "=SUBTOTAL(9,R[-" & InputRow
> > &
> > "]C:R[-1]C)"
> > Next i
> >
> > End Sub
> > --
> > Cheers,
> > Ryan
> >
> >
> > "Rob" wrote:
> >
> >> I have the code below that does what I want but seem untidy and I feel it
> >> could be done in a cleaner way. This code runs and in columns K, L, R,
> >> S, T
> >> and U it added a formula below the last row of data. As you'll see, the
> >> code first finds the last row and RowCount is used in the formula.
> >>
> >> Is there an easier way to achieve what I'm looking for and a way in which
> >> would be easier to change in the future if needed?
> >>
> >> Thansk, Rob
> >>
> >> Sub Subtotal()
> >> Dim RowCount As Long
> >> Range("K1").Select
> >> Range(Selection, Selection.End(xlDown)).Select
> >> RowCount = Selection.Rows.Count
> >> Range("K1").Select
> >> Range("K" + CStr(RowCount + 2)).Select
> >> ActiveCell.FormulaR1C1 = "=SUBTOTAL(9,R[-" + CStr(RowCount) &
> >> "]C:R[-1]C)"
> >> Range("L1").Select
> >> Range("L" + CStr(RowCount + 2)).Select
> >> ActiveCell.FormulaR1C1 = "=SUBTOTAL(9,R[-" + CStr(RowCount) &
> >> "]C:R[-1]C1)"
> >> Range("R1").Select
> >> Range("R" + CStr(RowCount + 2)).Select
> >> ActiveCell.FormulaR1C1 = "=SUBTOTAL(9,R[-" + CStr(RowCount) &
> >> "]C:R[-1]C)"
> >> Range("S1").Select
> >> Range("S" + CStr(RowCount + 2)).Select
> >> ActiveCell.FormulaR1C1 = "=SUBTOTAL(9,R[-" + CStr(RowCount) &
> >> "]C:R[-1]C)"
> >> Range("T1").Select
> >> Range("T" + CStr(RowCount + 2)).Select
> >> ActiveCell.FormulaR1C1 = "=SUBTOTAL(9,R[-" + CStr(RowCount) &
> >> "]C:R[-1]C)"
> >> Range("U1").Select
> >> Range("U" + CStr(RowCount + 2)).Select
> >> ActiveCell.FormulaR1C1 = "=SUBTOTAL(9,R[-" + CStr(RowCount) &
> >> "]C:R[-1]C)"
> >> End Sub
> >>
> >>
> >> .
> >>
>
>
> .
>

=?Utf-8?B?cm9kY2hhcg==?=

2/9/2010 5:23:00 PM

0

If the last row of data was in K960, I would want the formula to read
K2:K960. Row 1 has a header hence the formula starting at K2.

Thanks, Rob


"Ryan H" <RyanH@discussions.microsoft.com> wrote in message
news:2B374AB8-CE40-4870-930C-E73DB8CD18E8@microsoft.com...
> What range are you wanting to sum? You may not need to use R1C1 notation
> style.
> --
> Cheers,
> Ryan
>
>
> "Rob" wrote:
>
>> Ryan,
>>
>> Thanks. I have tried this and whilst I have some errors insomuch that
>> the
>> formula reads =SUBTOTAL(9,K961:K65356), I will try and figure out what's
>> happening.
>>
>> Thanks again, Rob
>>
>> "Ryan H" <RyanH@discussions.microsoft.com> wrote in message
>> news:F4727CFE-3D03-4307-A141-6BA1051A547A@microsoft.com...
>> > Give this a try. I basically made an array of columns you wish to put
>> > the
>> > totals in. Then wrote a loop that loops through the columns in the
>> > array,
>> > finding the last row, then inserting your formula. Hope this helps!
>> > If
>> > so,
>> > let me know, click "YES" below.
>> >
>> > Sub SubTotal()
>> >
>> > Dim MyArray As Variant
>> > Dim i As Long
>> > Dim InputRow As Long
>> >
>> > MyArray = Array("K", "L", "R", "S", "T", "U")
>> >
>> > For i = LBound(MyArray) To UBound(MyArray)
>> > InputRow = Cells(Rows.Count, MyArray(i)).End(xlUp).Row + 2
>> > Cells(InputRow, MyArray(i)).Formula = "=SUBTOTAL(9,R[-" &
>> > InputRow
>> > &
>> > "]C:R[-1]C)"
>> > Next i
>> >
>> > End Sub
>> > --
>> > Cheers,
>> > Ryan
>> >
>> >
>> > "Rob" wrote:
>> >
>> >> I have the code below that does what I want but seem untidy and I feel
>> >> it
>> >> could be done in a cleaner way. This code runs and in columns K, L,
>> >> R,
>> >> S, T
>> >> and U it added a formula below the last row of data. As you'll see,
>> >> the
>> >> code first finds the last row and RowCount is used in the formula.
>> >>
>> >> Is there an easier way to achieve what I'm looking for and a way in
>> >> which
>> >> would be easier to change in the future if needed?
>> >>
>> >> Thansk, Rob
>> >>
>> >> Sub Subtotal()
>> >> Dim RowCount As Long
>> >> Range("K1").Select
>> >> Range(Selection, Selection.End(xlDown)).Select
>> >> RowCount = Selection.Rows.Count
>> >> Range("K1").Select
>> >> Range("K" + CStr(RowCount + 2)).Select
>> >> ActiveCell.FormulaR1C1 = "=SUBTOTAL(9,R[-" + CStr(RowCount) &
>> >> "]C:R[-1]C)"
>> >> Range("L1").Select
>> >> Range("L" + CStr(RowCount + 2)).Select
>> >> ActiveCell.FormulaR1C1 = "=SUBTOTAL(9,R[-" + CStr(RowCount) &
>> >> "]C:R[-1]C1)"
>> >> Range("R1").Select
>> >> Range("R" + CStr(RowCount + 2)).Select
>> >> ActiveCell.FormulaR1C1 = "=SUBTOTAL(9,R[-" + CStr(RowCount) &
>> >> "]C:R[-1]C)"
>> >> Range("S1").Select
>> >> Range("S" + CStr(RowCount + 2)).Select
>> >> ActiveCell.FormulaR1C1 = "=SUBTOTAL(9,R[-" + CStr(RowCount) &
>> >> "]C:R[-1]C)"
>> >> Range("T1").Select
>> >> Range("T" + CStr(RowCount + 2)).Select
>> >> ActiveCell.FormulaR1C1 = "=SUBTOTAL(9,R[-" + CStr(RowCount) &
>> >> "]C:R[-1]C)"
>> >> Range("U1").Select
>> >> Range("U" + CStr(RowCount + 2)).Select
>> >> ActiveCell.FormulaR1C1 = "=SUBTOTAL(9,R[-" + CStr(RowCount) &
>> >> "]C:R[-1]C)"
>> >> End Sub
>> >>
>> >>
>> >> .
>> >>
>>
>>
>> .
>>


RyanH

2/9/2010 6:20:00 PM

0

Try this code instead. This worked for me. Its a bit different. Hope this
helps! If so, let me know, click "YES" below.

Sub SubTotal()

Dim MyArray As Variant
Dim i As Long
Dim LastRow As Long
Dim MyFormula As String

MyArray = Array("K", "L", "R", "S", "T", "U")

For i = LBound(MyArray) To UBound(MyArray)
LastRow = Cells(Rows.Count, MyArray(i)).End(xlUp).Row
MyFormula = "=SUM(" & MyArray(i) & "2:" & MyArray(i) & LastRow & ")"
Cells(LastRow + 2, MyArray(i)).Formula = MyFormula
Next i

End Sub
--
Cheers,
Ryan


"Rob" wrote:

> If the last row of data was in K960, I would want the formula to read
> K2:K960. Row 1 has a header hence the formula starting at K2.
>
> Thanks, Rob
>
>
> "Ryan H" <RyanH@discussions.microsoft.com> wrote in message
> news:2B374AB8-CE40-4870-930C-E73DB8CD18E8@microsoft.com...
> > What range are you wanting to sum? You may not need to use R1C1 notation
> > style.
> > --
> > Cheers,
> > Ryan
> >
> >
> > "Rob" wrote:
> >
> >> Ryan,
> >>
> >> Thanks. I have tried this and whilst I have some errors insomuch that
> >> the
> >> formula reads =SUBTOTAL(9,K961:K65356), I will try and figure out what's
> >> happening.
> >>
> >> Thanks again, Rob
> >>
> >> "Ryan H" <RyanH@discussions.microsoft.com> wrote in message
> >> news:F4727CFE-3D03-4307-A141-6BA1051A547A@microsoft.com...
> >> > Give this a try. I basically made an array of columns you wish to put
> >> > the
> >> > totals in. Then wrote a loop that loops through the columns in the
> >> > array,
> >> > finding the last row, then inserting your formula. Hope this helps!
> >> > If
> >> > so,
> >> > let me know, click "YES" below.
> >> >
> >> > Sub SubTotal()
> >> >
> >> > Dim MyArray As Variant
> >> > Dim i As Long
> >> > Dim InputRow As Long
> >> >
> >> > MyArray = Array("K", "L", "R", "S", "T", "U")
> >> >
> >> > For i = LBound(MyArray) To UBound(MyArray)
> >> > InputRow = Cells(Rows.Count, MyArray(i)).End(xlUp).Row + 2
> >> > Cells(InputRow, MyArray(i)).Formula = "=SUBTOTAL(9,R[-" &
> >> > InputRow
> >> > &
> >> > "]C:R[-1]C)"
> >> > Next i
> >> >
> >> > End Sub
> >> > --
> >> > Cheers,
> >> > Ryan
> >> >
> >> >
> >> > "Rob" wrote:
> >> >
> >> >> I have the code below that does what I want but seem untidy and I feel
> >> >> it
> >> >> could be done in a cleaner way. This code runs and in columns K, L,
> >> >> R,
> >> >> S, T
> >> >> and U it added a formula below the last row of data. As you'll see,
> >> >> the
> >> >> code first finds the last row and RowCount is used in the formula.
> >> >>
> >> >> Is there an easier way to achieve what I'm looking for and a way in
> >> >> which
> >> >> would be easier to change in the future if needed?
> >> >>
> >> >> Thansk, Rob
> >> >>
> >> >> Sub Subtotal()
> >> >> Dim RowCount As Long
> >> >> Range("K1").Select
> >> >> Range(Selection, Selection.End(xlDown)).Select
> >> >> RowCount = Selection.Rows.Count
> >> >> Range("K1").Select
> >> >> Range("K" + CStr(RowCount + 2)).Select
> >> >> ActiveCell.FormulaR1C1 = "=SUBTOTAL(9,R[-" + CStr(RowCount) &
> >> >> "]C:R[-1]C)"
> >> >> Range("L1").Select
> >> >> Range("L" + CStr(RowCount + 2)).Select
> >> >> ActiveCell.FormulaR1C1 = "=SUBTOTAL(9,R[-" + CStr(RowCount) &
> >> >> "]C:R[-1]C1)"
> >> >> Range("R1").Select
> >> >> Range("R" + CStr(RowCount + 2)).Select
> >> >> ActiveCell.FormulaR1C1 = "=SUBTOTAL(9,R[-" + CStr(RowCount) &
> >> >> "]C:R[-1]C)"
> >> >> Range("S1").Select
> >> >> Range("S" + CStr(RowCount + 2)).Select
> >> >> ActiveCell.FormulaR1C1 = "=SUBTOTAL(9,R[-" + CStr(RowCount) &
> >> >> "]C:R[-1]C)"
> >> >> Range("T1").Select
> >> >> Range("T" + CStr(RowCount + 2)).Select
> >> >> ActiveCell.FormulaR1C1 = "=SUBTOTAL(9,R[-" + CStr(RowCount) &
> >> >> "]C:R[-1]C)"
> >> >> Range("U1").Select
> >> >> Range("U" + CStr(RowCount + 2)).Select
> >> >> ActiveCell.FormulaR1C1 = "=SUBTOTAL(9,R[-" + CStr(RowCount) &
> >> >> "]C:R[-1]C)"
> >> >> End Sub
> >> >>
> >> >>
> >> >> .
> >> >>
> >>
> >>
> >> .
> >>
>
>
> .
>

=?Utf-8?B?cm9kY2hhcg==?=

2/9/2010 8:41:00 PM

0

Ryan,

Again thanks, have adapted to suit my needs and learnt much from your
experience.

Ta, Rob
"Ryan H" <RyanH@discussions.microsoft.com> wrote in message
news:E049360C-291E-4CE6-A597-16201DB06712@microsoft.com...
> Try this code instead. This worked for me. Its a bit different. Hope
> this
> helps! If so, let me know, click "YES" below.
>
> Sub SubTotal()
>
> Dim MyArray As Variant
> Dim i As Long
> Dim LastRow As Long
> Dim MyFormula As String
>
> MyArray = Array("K", "L", "R", "S", "T", "U")
>
> For i = LBound(MyArray) To UBound(MyArray)
> LastRow = Cells(Rows.Count, MyArray(i)).End(xlUp).Row
> MyFormula = "=SUM(" & MyArray(i) & "2:" & MyArray(i) & LastRow &
> ")"
> Cells(LastRow + 2, MyArray(i)).Formula = MyFormula
> Next i
>
> End Sub
> --
> Cheers,
> Ryan
>
>
> "Rob" wrote:
>
>> If the last row of data was in K960, I would want the formula to read
>> K2:K960. Row 1 has a header hence the formula starting at K2.
>>
>> Thanks, Rob
>>
>>
>> "Ryan H" <RyanH@discussions.microsoft.com> wrote in message
>> news:2B374AB8-CE40-4870-930C-E73DB8CD18E8@microsoft.com...
>> > What range are you wanting to sum? You may not need to use R1C1
>> > notation
>> > style.
>> > --
>> > Cheers,
>> > Ryan
>> >
>> >
>> > "Rob" wrote:
>> >
>> >> Ryan,
>> >>
>> >> Thanks. I have tried this and whilst I have some errors insomuch that
>> >> the
>> >> formula reads =SUBTOTAL(9,K961:K65356), I will try and figure out
>> >> what's
>> >> happening.
>> >>
>> >> Thanks again, Rob
>> >>
>> >> "Ryan H" <RyanH@discussions.microsoft.com> wrote in message
>> >> news:F4727CFE-3D03-4307-A141-6BA1051A547A@microsoft.com...
>> >> > Give this a try. I basically made an array of columns you wish to
>> >> > put
>> >> > the
>> >> > totals in. Then wrote a loop that loops through the columns in the
>> >> > array,
>> >> > finding the last row, then inserting your formula. Hope this helps!
>> >> > If
>> >> > so,
>> >> > let me know, click "YES" below.
>> >> >
>> >> > Sub SubTotal()
>> >> >
>> >> > Dim MyArray As Variant
>> >> > Dim i As Long
>> >> > Dim InputRow As Long
>> >> >
>> >> > MyArray = Array("K", "L", "R", "S", "T", "U")
>> >> >
>> >> > For i = LBound(MyArray) To UBound(MyArray)
>> >> > InputRow = Cells(Rows.Count, MyArray(i)).End(xlUp).Row + 2
>> >> > Cells(InputRow, MyArray(i)).Formula = "=SUBTOTAL(9,R[-" &
>> >> > InputRow
>> >> > &
>> >> > "]C:R[-1]C)"
>> >> > Next i
>> >> >
>> >> > End Sub
>> >> > --
>> >> > Cheers,
>> >> > Ryan
>> >> >
>> >> >
>> >> > "Rob" wrote:
>> >> >
>> >> >> I have the code below that does what I want but seem untidy and I
>> >> >> feel
>> >> >> it
>> >> >> could be done in a cleaner way. This code runs and in columns K,
>> >> >> L,
>> >> >> R,
>> >> >> S, T
>> >> >> and U it added a formula below the last row of data. As you'll
>> >> >> see,
>> >> >> the
>> >> >> code first finds the last row and RowCount is used in the formula.
>> >> >>
>> >> >> Is there an easier way to achieve what I'm looking for and a way in
>> >> >> which
>> >> >> would be easier to change in the future if needed?
>> >> >>
>> >> >> Thansk, Rob
>> >> >>
>> >> >> Sub Subtotal()
>> >> >> Dim RowCount As Long
>> >> >> Range("K1").Select
>> >> >> Range(Selection, Selection.End(xlDown)).Select
>> >> >> RowCount = Selection.Rows.Count
>> >> >> Range("K1").Select
>> >> >> Range("K" + CStr(RowCount + 2)).Select
>> >> >> ActiveCell.FormulaR1C1 = "=SUBTOTAL(9,R[-" + CStr(RowCount) &
>> >> >> "]C:R[-1]C)"
>> >> >> Range("L1").Select
>> >> >> Range("L" + CStr(RowCount + 2)).Select
>> >> >> ActiveCell.FormulaR1C1 = "=SUBTOTAL(9,R[-" + CStr(RowCount) &
>> >> >> "]C:R[-1]C1)"
>> >> >> Range("R1").Select
>> >> >> Range("R" + CStr(RowCount + 2)).Select
>> >> >> ActiveCell.FormulaR1C1 = "=SUBTOTAL(9,R[-" + CStr(RowCount) &
>> >> >> "]C:R[-1]C)"
>> >> >> Range("S1").Select
>> >> >> Range("S" + CStr(RowCount + 2)).Select
>> >> >> ActiveCell.FormulaR1C1 = "=SUBTOTAL(9,R[-" + CStr(RowCount) &
>> >> >> "]C:R[-1]C)"
>> >> >> Range("T1").Select
>> >> >> Range("T" + CStr(RowCount + 2)).Select
>> >> >> ActiveCell.FormulaR1C1 = "=SUBTOTAL(9,R[-" + CStr(RowCount) &
>> >> >> "]C:R[-1]C)"
>> >> >> Range("U1").Select
>> >> >> Range("U" + CStr(RowCount + 2)).Select
>> >> >> ActiveCell.FormulaR1C1 = "=SUBTOTAL(9,R[-" + CStr(RowCount) &
>> >> >> "]C:R[-1]C)"
>> >> >> End Sub
>> >> >>
>> >> >>
>> >> >> .
>> >> >>
>> >>
>> >>
>> >> .
>> >>
>>
>>
>> .
>>


ralph

3/23/2011 1:24:00 AM

0

On Tue, 22 Mar 2011 21:25:50 +0100, Chris Douce
<chris.douce@skynet.invalid> wrote:

>Hi,
>
>Has anybody some experience with Windev?
>Either positive or negative
>
>The real question is:
>Would you consider Windev as a replacement for VB6
>

Depends on what you mean by "a replacement".

WinDev is a completely different development tool. Little to nothing
of any VB6 investment you might have will migrate to the new
environment.

-ralph

Chris Douce

3/23/2011 12:12:00 PM

0

On 23/03/2011 2:23, ralph wrote:
> On Tue, 22 Mar 2011 21:25:50 +0100, Chris Douce
> <chris.douce@skynet.invalid> wrote:
>
>> Hi,
>>
>> Has anybody some experience with Windev?
>> Either positive or negative
>>
>> The real question is:
>> Would you consider Windev as a replacement for VB6
>>
>
> Depends on what you mean by "a replacement".
>
> WinDev is a completely different development tool. Little to nothing
> of any VB6 investment you might have will migrate to the new
> environment.
>
> -ralph


Hi Ralph,

Thanks for your answer.

By replacement, I mean 'easy to use',
possibilities of using ActiveX, API etc.


Not that I want to convert VB code.

I have a VB6 application which we sell for living.
I think it is about time to consider another programming language.
Microsoft is no longer an option.

Any advise?


Kind Regards

ralph

3/23/2011 2:43:00 PM

0

On Wed, 23 Mar 2011 13:12:09 +0100, Chris Douce
<chris.douce@skynet.invalid> wrote:

>On 23/03/2011 2:23, ralph wrote:
>> On Tue, 22 Mar 2011 21:25:50 +0100, Chris Douce
>> <chris.douce@skynet.invalid> wrote:
>>
>>> Hi,
>>>
>>> Has anybody some experience with Windev?
>>> Either positive or negative
>>>
>>> The real question is:
>>> Would you consider Windev as a replacement for VB6
>>>
>>
>> Depends on what you mean by "a replacement".
>>
>> WinDev is a completely different development tool. Little to nothing
>> of any VB6 investment you might have will migrate to the new
>> environment.
>>
>> -ralph
>
>
>Hi Ralph,
>
>Thanks for your answer.
>
>By replacement, I mean 'easy to use',
>possibilities of using ActiveX, API etc.
>
>
>Not that I want to convert VB code.
>
>I have a VB6 application which we sell for living.
>I think it is about time to consider another programming language.
>Microsoft is no longer an option.
>
>Any advise?
>

Not sure about "advise", but I've never shied away from presenting an
opinion. <g>

Whether WinDev would be a good tool for you depends on YOUR
application and the environment/domain it will run in. (lol - but what
doesn't?)

WinDev is primarily a CASE toolset (though it should be noted they are
trying to move away from that "just a CASE" tool into a full
develoment platform). A set of tools (WinDev calls them editors) to
provide rapid development. In this it is analogous to the VBIDE which
using its internal Ruby Forms engine allows a developer to use the
VBEditor to create applications by assembling components and
generating code. The code can then be modified (specialized) by manual
addition. Over-all development strategy will be very much like what
one does to create a VB application.

[It ships with its own propriatory language - WLanguage, but can use
Java, C#, etc. Most of the shops I've seen use either WLanguage or
Java.]

But all of that you can find out on your own... so here is the
opinion.

1) A CASE tool is damn useful. The state of the art has dramatically
improved, and just about everything they promise they can deliver but
primarily faster development and turn-arounds. Comparable to back in
the day of VB4/5 with developing a Windows Application in VB to
developing a similar application in VC++/MFC.

But there is a down-side. A CASE tool is always limited to what the
designers provided. eg, VB Forms can catch most messages, but not all.
The VBer works around that limitation by using a technique called
sub-classing. Not to imply WinDev also has that problem - it is quite
good in that regard - only to demostrate by what I mean by a
limitation.

There will also be equal opportunity for work-arounds for any WinDev
limitations you might discover with your application. Therefore not a
showstopper, only something to consider. PCSoft provides an
opportunity to test it out before you buy - make sure you test all key
areas of your application.

2) You will be tied to that vendor for as long as you use the tool.
Again analogous to VB.

3) It is pricey. And not a one-time purchase.

4) CASE tools are best if they become THE enterprise tool. They tend
to have their own mindsets/paradigms and skillset requirements. Once
you're in, you're in - heart, body, and soul. That includes "eating
what you cook". Limiting a CASE tool to one group or team tends to
diminish its advantages.

5) Training. For example, if you have only three trained people what
happens if one leaves? Productivity is cut to two-thirds till another
is brought up to speed. You can't send them to B&N and let them select
from a shelf of books. Finding knowledeable people will be expensive -
you'll need to roll-ur-own.

WinDev is easy to learn. Again analogous to VB. But like all CASE
tools that "easy" is deceptive - sure somebody will be creating an
application in a day - but the rest will take a little longer. The
learning curve is skewed backwards - a intial sharp steep, but a
"sooner" flattening. <g>

6) WinDev compiles to an intermediate language which is interpreted
when the application is run. So ...
a) The finished product will be slower than a comparable native
compiled product.
b) You will need to worry less about your target environment - ie,
platform independent.
c) You can make runtime adjustments on the fly.

If YOUR application is a large suite geared to a specific business
niche with essentially boiler-plate solutions - for example a Car
Dealership, Veterinary Clinic, or Plumbing Supply house - then WinDev
will likely be a good tool for you.

Also there are WinDev products for phone and web applications. It will
be easier to migrate your desktop application into those other areas.
Something which is becoming almost manditory for such suites today.

If, however, YOUR application is a shrink-wrapped application or
smaller suite of tools more dependent on internal computation and a
specialized UI - for example Delivery Scheduling, Chemical Processing,
Spectrum Analyzer, ... - then IMHO you would be better off
investigating C++, and assembling your own toolset of utilities and
class libraries.

Whew!
HtH <g>

-ralph

Chris Douce

3/23/2011 9:56:00 PM

0

Hi Ralph,

A lot of material to think about.
Thank you very much.

Our application is a joinery program in which we calculate windows,
cabinets, doors etc. They are graphically represented (it's not a CAD
application) and the necessary files are generated to send to beamsaws,
CNC's and so on. As there is a lot of calculation, perhaps speed of
execution is important.

Anyway, I'll try to make a decision based on information of products
I get from smart people like you.

Thanks again

Chris




On 23/03/2011 15:42, ralph wrote:
> On Wed, 23 Mar 2011 13:12:09 +0100, Chris Douce
> <chris.douce@skynet.invalid> wrote:
>
>> On 23/03/2011 2:23, ralph wrote:
>>> On Tue, 22 Mar 2011 21:25:50 +0100, Chris Douce
>>> <chris.douce@skynet.invalid> wrote:
>>>
>>>> Hi,
>>>>
>>>> Has anybody some experience with Windev?
>>>> Either positive or negative
>>>>
>>>> The real question is:
>>>> Would you consider Windev as a replacement for VB6
>>>>
>>>
>>> Depends on what you mean by "a replacement".
>>>
>>> WinDev is a completely different development tool. Little to nothing
>>> of any VB6 investment you might have will migrate to the new
>>> environment.
>>>
>>> -ralph
>>
>>
>> Hi Ralph,
>>
>> Thanks for your answer.
>>
>> By replacement, I mean 'easy to use',
>> possibilities of using ActiveX, API etc.
>>
>>
>> Not that I want to convert VB code.
>>
>> I have a VB6 application which we sell for living.
>> I think it is about time to consider another programming language.
>> Microsoft is no longer an option.
>>
>> Any advise?
>>
>
> Not sure about "advise", but I've never shied away from presenting an
> opinion.<g>
>
> Whether WinDev would be a good tool for you depends on YOUR
> application and the environment/domain it will run in. (lol - but what
> doesn't?)
>
> WinDev is primarily a CASE toolset (though it should be noted they are
> trying to move away from that "just a CASE" tool into a full
> develoment platform). A set of tools (WinDev calls them editors) to
> provide rapid development. In this it is analogous to the VBIDE which
> using its internal Ruby Forms engine allows a developer to use the
> VBEditor to create applications by assembling components and
> generating code. The code can then be modified (specialized) by manual
> addition. Over-all development strategy will be very much like what
> one does to create a VB application.
>
> [It ships with its own propriatory language - WLanguage, but can use
> Java, C#, etc. Most of the shops I've seen use either WLanguage or
> Java.]
>
> But all of that you can find out on your own... so here is the
> opinion.
>
> 1) A CASE tool is damn useful. The state of the art has dramatically
> improved, and just about everything they promise they can deliver but
> primarily faster development and turn-arounds. Comparable to back in
> the day of VB4/5 with developing a Windows Application in VB to
> developing a similar application in VC++/MFC.
>
> But there is a down-side. A CASE tool is always limited to what the
> designers provided. eg, VB Forms can catch most messages, but not all.
> The VBer works around that limitation by using a technique called
> sub-classing. Not to imply WinDev also has that problem - it is quite
> good in that regard - only to demostrate by what I mean by a
> limitation.
>
> There will also be equal opportunity for work-arounds for any WinDev
> limitations you might discover with your application. Therefore not a
> showstopper, only something to consider. PCSoft provides an
> opportunity to test it out before you buy - make sure you test all key
> areas of your application.
>
> 2) You will be tied to that vendor for as long as you use the tool.
> Again analogous to VB.
>
> 3) It is pricey. And not a one-time purchase.
>
> 4) CASE tools are best if they become THE enterprise tool. They tend
> to have their own mindsets/paradigms and skillset requirements. Once
> you're in, you're in - heart, body, and soul. That includes "eating
> what you cook". Limiting a CASE tool to one group or team tends to
> diminish its advantages.
>
> 5) Training. For example, if you have only three trained people what
> happens if one leaves? Productivity is cut to two-thirds till another
> is brought up to speed. You can't send them to B&N and let them select
> from a shelf of books. Finding knowledeable people will be expensive -
> you'll need to roll-ur-own.
>
> WinDev is easy to learn. Again analogous to VB. But like all CASE
> tools that "easy" is deceptive - sure somebody will be creating an
> application in a day - but the rest will take a little longer. The
> learning curve is skewed backwards - a intial sharp steep, but a
> "sooner" flattening.<g>
>
> 6) WinDev compiles to an intermediate language which is interpreted
> when the application is run. So ...
> a) The finished product will be slower than a comparable native
> compiled product.
> b) You will need to worry less about your target environment - ie,
> platform independent.
> c) You can make runtime adjustments on the fly.
>
> If YOUR application is a large suite geared to a specific business
> niche with essentially boiler-plate solutions - for example a Car
> Dealership, Veterinary Clinic, or Plumbing Supply house - then WinDev
> will likely be a good tool for you.
>
> Also there are WinDev products for phone and web applications. It will
> be easier to migrate your desktop application into those other areas.
> Something which is becoming almost manditory for such suites today.
>
> If, however, YOUR application is a shrink-wrapped application or
> smaller suite of tools more dependent on internal computation and a
> specialized UI - for example Delivery Scheduling, Chemical Processing,
> Spectrum Analyzer, ... - then IMHO you would be better off
> investigating C++, and assembling your own toolset of utilities and
> class libraries.
>
> Whew!
> HtH<g>
>
> -ralph

Kevin Provance

3/24/2011 3:13:00 AM

0

If you're short on the dollars, and don't mind a small learning curve,
FreePascal with the Lazarus IDE is just...awesome. Open source, community
supported. It's basically Delphi, only better (IMO) and better adheres to
the Pascal syntax. It's one of the RAD solutions I'm going with if VB ever
dies. The other is PowerBasic.

Since you asked. <g>


"Chris Douce" <chris.douce@skynet.invalid> wrote in message
news:imco2t$rt7$1@news.eternal-september.org...
> On 23/03/2011 2:23, ralph wrote:
>> On Tue, 22 Mar 2011 21:25:50 +0100, Chris Douce
>> <chris.douce@skynet.invalid> wrote:
>>
>>> Hi,
>>>
>>> Has anybody some experience with Windev?
>>> Either positive or negative
>>>
>>> The real question is:
>>> Would you consider Windev as a replacement for VB6
>>>
>>
>> Depends on what you mean by "a replacement".
>>
>> WinDev is a completely different development tool. Little to nothing
>> of any VB6 investment you might have will migrate to the new
>> environment.
>>
>> -ralph
>
>
> Hi Ralph,
>
> Thanks for your answer.
>
> By replacement, I mean 'easy to use',
> possibilities of using ActiveX, API etc.
>
>
> Not that I want to convert VB code.
>
> I have a VB6 application which we sell for living.
> I think it is about time to consider another programming language.
> Microsoft is no longer an option.
>
> Any advise?
>
>
> Kind Regards