Home |
Search |
Today's Posts |
|
#1
![]()
Posted to microsoft.public.excel.programming
|
|||
|
|||
![]()
Late binding only makes sense in automation. If you are trying to access
Excel from within Excel (VBA) then late binding is pointless, you are already bound to Excel. -- --- HTH Bob (there's no email, no snail mail, but somewhere should be gmail in my addy) wrote in message ups.com... Thanks Bob, I checked this link out but I'm not sure if I understand how to apply its methods in Excel. My guess would be something like this: Sub ApplyCommonFormat(MyRange As String, Optional IgnoreBottomRow As Boolean) Dim objSheet as Object Set objSheet = CreateObject("Excel.Worksheet") With objSheet.Range(MyRange) With .Borders(xlEdgeLeft) .Color = 0 .Weight = xlThin End With With .Borders(xlEdgeTop) .Color = 0 .Weight = xlThin End With With .Borders(xlEdgeRight) .Color = 0 .Weight = xlThin End With .HorizontalAlignment = xlCenter End With If IgnoreBottomRow = False Then With ActiveSheet.Range(MyRange).Offset(rowoffset:=1) With .Borders(xlEdgeTop) .Color = 0 .Weight = xlThick End With End With End If End Sub Would this be right? Tristan |
#2
![]()
Posted to microsoft.public.excel.programming
|
|||
|
|||
![]()
Bob,
Ah - see, this is what I was trying to get my head around. So if I was only referencing the Excel type library, there would be no need to rework the spreadsheet for backwards compatibility? Best regards, Tristan |
#3
![]()
Posted to microsoft.public.excel.programming
|
|||
|
|||
![]()
Not if you are already working in Excel.
Late binding is used when accessing an application from within another application. For instance, say you wanted to run some code that gets data from a spreadsheet, and wants to write some of it to a Word document. You would need to either start Word, or connect to a running instance of Word, from within your (Excel) VBA code. You have the choice of using early binding here, which means that you set a reference to the Word object library from within your Excel VBA code. By connecting early, the code has the advantage of being able to provide intellisense on any Word objects that you may use in the code, and can resolve those references at compile time. The problem comes if you have a reference to say Word 2003, and someone else has Word 2000 on their machine. They open your Excel workbook with the code, and it fails. Late binding can overcome this as by not setting the reference, the type library is looked up at run time (it looks in the registry to see what version is available). This means that you don't get Word intelli-sense, and it is much less efficient, and as every time it comes across a Word object, property, method, it has to go to the type library and check that it is valid, and the usage is valid. -- --- HTH Bob (there's no email, no snail mail, but somewhere should be gmail in my addy) wrote in message ups.com... Bob, Ah - see, this is what I was trying to get my head around. So if I was only referencing the Excel type library, there would be no need to rework the spreadsheet for backwards compatibility? Best regards, Tristan |
Reply |
Thread Tools | Search this Thread |
Display Modes | |
|
|
![]() |
||||
Thread | Forum | |||
late binding | Excel Programming | |||
Late Binding to a dll | Excel Programming | |||
Help converting code to late binding | Excel Programming | |||
Late Binding examples of binding excel application | Excel Programming | |||
EARLY binding or LATE binding ? | Excel Programming |