473,399 Members | 3,888 Online
Bytes | Software Development & Data Engineering Community
Post Job

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 473,399 software developers and data experts.

Export to RTF

Am having a problem usink AK2 exporting a report to an RTF file. The Access
report has most fields and sections set to CanShrink and CanGrow. The report
looks fine, but the ends of a number of fields get cropped. Can export to a
PDF file OK, but I can't edit a PDF file.

Any ideas, or can't it be done?

THANKS

Phil
Dec 17 '07 #1
15 5153
Phil, there has always been problems with fields being truncated at 255
chars when exported to RTF.

From memory, I don't think MS has fixed all these issues. The kb articles
that discuss them are listed here:
Truncation of Memo fields
at:
http://allenbrowne.com/ser-63.html

Scroll down to the "Exports" heading.

--
Allen Browne - Microsoft MVP. Perth, Western Australia
Tips for Access users - http://allenbrowne.com/tips.html
Reply to group, rather than allenbrowne at mvps dot org.

"News" <sylvia..bo**@tiscali.co.ukwrote in message
news:47**********@mk-nntp-2.news.uk.tiscali.com...
Am having a problem usink AK2 exporting a report to an RTF file. The
Access report has most fields and sections set to CanShrink and CanGrow.
The report looks fine, but the ends of a number of fields get cropped. Can
export to a PDF file OK, but I can't edit a PDF file.

Any ideas, or can't it be done?

THANKS

Phil
Dec 18 '07 #2
Thanks for coming back, Allen

Curiouser and curiouser - the fields being truncated are ordinary text
fields, in particular, phone nos and boat names.
What is really odd that is on my machine at home, running XP there is no
problem. The problem shows up on both my laptop running XP and also with the
computer at the Yacht Club running Windows 2000.

Any other thoughts

Thanks

Phil

"Allen Browne" <Al*********@SeeSig.Invalidwrote in message
news:47***********************@per-qv1-newsreader-01.iinet.net.au...
Phil, there has always been problems with fields being truncated at 255
chars when exported to RTF.

From memory, I don't think MS has fixed all these issues. The kb articles
that discuss them are listed here:
Truncation of Memo fields
at:
http://allenbrowne.com/ser-63.html

Scroll down to the "Exports" heading.

--
Allen Browne - Microsoft MVP. Perth, Western Australia
Tips for Access users - http://allenbrowne.com/tips.html
Reply to group, rather than allenbrowne at mvps dot org.

"News" <sylvia..bo**@tiscali.co.ukwrote in message
news:47**********@mk-nntp-2.news.uk.tiscali.com...
>Am having a problem usink AK2 exporting a report to an RTF file. The
Access report has most fields and sections set to CanShrink and CanGrow.
The report looks fine, but the ends of a number of fields get cropped.
Can export to a PDF file OK, but I can't edit a PDF file.

Any ideas, or can't it be done?

THANKS

Phil

Dec 18 '07 #3
Text fields? Concatenated to more than 255 char?
Or truncating shorter than that?

Post the SQL statement, indicating the field types and sizes involved in the
concatenation. Something else must be going on.

--
Allen Browne - Microsoft MVP. Perth, Western Australia
Tips for Access users - http://allenbrowne.com/tips.html
Reply to group, rather than allenbrowne at mvps dot org.

"Phil Stanton" <ph**@stantonfamily.co.ukwrote in message
news:13*************@corp.supernews.com...
Thanks for coming back, Allen

Curiouser and curiouser - the fields being truncated are ordinary text
fields, in particular, phone nos and boat names.
What is really odd that is on my machine at home, running XP there is no
problem. The problem shows up on both my laptop running XP and also with
the computer at the Yacht Club running Windows 2000.

Any other thoughts

Thanks

Phil

"Allen Browne" <Al*********@SeeSig.Invalidwrote in message
news:47***********************@per-qv1-newsreader-01.iinet.net.au...
>Phil, there has always been problems with fields being truncated at 255
chars when exported to RTF.

From memory, I don't think MS has fixed all these issues. The kb articles
that discuss them are listed here:
Truncation of Memo fields
at:
http://allenbrowne.com/ser-63.html

Scroll down to the "Exports" heading.

"News" <sylvia..bo**@tiscali.co.ukwrote in message
news:47**********@mk-nntp-2.news.uk.tiscali.com...
>>Am having a problem usink AK2 exporting a report to an RTF file. The
Access report has most fields and sections set to CanShrink and CanGrow.
The report looks fine, but the ends of a number of fields get cropped.
Can export to a PDF file OK, but I can't edit a PDF file.
Dec 18 '07 #4
The truncation that happens when exporting to RTF has nothing to do with the
data type and is a completely different matter from the truncation of memo
fields seen in other situations.

It happens because the export to RTF feature is flawed. It has had this problem
since at least Access 95 and it has never been fixed and likely never will be.
At its roots are differences is font kerning, spacing, etc, between Access and
Word that cause text snippets to take up more horizontal space in Word than they
do in Access. This combined with soft line-wrapping rules and various other
factors cause the problem.

The solution is to NOT use the RTF option for anything but very simple tabular
data that does need CanGrow and CanShrink capabilities. Even then you need to
make many of your controls in the report wider than would otherwise be required.

You can fiddle around with the design of your report using your current data and
perhaps convince yourself that you have corrected the problem. That will be an
illusion. Once your data changes the problem will resurface.

--
Rick Brandt, Microsoft Access MVP
Email (as appropriate) to...
RBrandt at Hunter dot com

Dec 18 '07 #5
Thanks Rick.

Any thoughts on why the export is fine on 1 computer and truncated on the
other 2 machines, all running Office 2000?

Phil

"Rick Brandt" <ri*********@hotmail.comwrote in message
news:PT************@newssvr25.news.prodigy.net...
The truncation that happens when exporting to RTF has nothing to do with
the data type and is a completely different matter from the truncation of
memo fields seen in other situations.

It happens because the export to RTF feature is flawed. It has had this
problem since at least Access 95 and it has never been fixed and likely
never will be. At its roots are differences is font kerning, spacing, etc,
between Access and Word that cause text snippets to take up more
horizontal space in Word than they do in Access. This combined with soft
line-wrapping rules and various other factors cause the problem.

The solution is to NOT use the RTF option for anything but very simple
tabular data that does need CanGrow and CanShrink capabilities. Even then
you need to make many of your controls in the report wider than would
otherwise be required.

You can fiddle around with the design of your report using your current
data and perhaps convince yourself that you have corrected the problem.
That will be an illusion. Once your data changes the problem will
resurface.

--
Rick Brandt, Microsoft Access MVP
Email (as appropriate) to...
RBrandt at Hunter dot com

Dec 18 '07 #6
Phil Stanton wrote:
Thanks Rick.

Any thoughts on why the export is fine on 1 computer and truncated on
the other 2 machines, all running Office 2000?
The problem is influenced by your default printer driver and perhaps other
settings in Word and/or Access.
--
Rick Brandt, Microsoft Access MVP
Email (as appropriate) to...
RBrandt at Hunter dot com
Dec 18 '07 #7
That's fair enough, Phil.

Off the top of my head, I can't tell you which lib does the exporting.
Perhaps you could start by just checking whether it's the same Office
service pack.

--
Allen Browne - Microsoft MVP. Perth, Western Australia
Tips for Access users - http://allenbrowne.com/tips.html
Reply to group, rather than allenbrowne at mvps dot org.

"Phil Stanton" <ph**@stantonfamily.co.ukwrote in message
news:13*************@corp.supernews.com...
Thanks Allen & Rick

BoatName is a field defined in the Boat table - no messing about with it
al all

MSJET40 version is 4.0.8618.0 on both machines. However as the report is
perfectly OK in access, the problem would appear to be in whatever bit of
software converts the access report to an RTF file. Is there a DLL that
does this or is it done by MSJET40. I had a sort of feeling that there
would be a "program" invoked to covert to an RTF file, a different
"program" to convert to Excel etc.

Will also recheck settings. Again any suggestion on which ones
Dec 19 '07 #8
Been playing further. Cant find any differences in settings. If however I
change the font from Arial to Arial Narrow and then export the report, the
RTF file is OK. Trouble is that I am already using 6 point Arial which is
just about readable. 6 point Arial narrow is very difficult to read.

Phil
"Allen Browne" <Al*********@SeeSig.Invalidwrote in message
news:47***********************@per-qv1-newsreader-01.iinet.net.au...
That's fair enough, Phil.

Off the top of my head, I can't tell you which lib does the exporting.
Perhaps you could start by just checking whether it's the same Office
service pack.

--
Allen Browne - Microsoft MVP. Perth, Western Australia
Tips for Access users - http://allenbrowne.com/tips.html
Reply to group, rather than allenbrowne at mvps dot org.

"Phil Stanton" <ph**@stantonfamily.co.ukwrote in message
news:13*************@corp.supernews.com...
>Thanks Allen & Rick

BoatName is a field defined in the Boat table - no messing about with it
al all

MSJET40 version is 4.0.8618.0 on both machines. However as the report is
perfectly OK in access, the problem would appear to be in whatever bit of
software converts the access report to an RTF file. Is there a DLL that
does this or is it done by MSJET40. I had a sort of feeling that there
would be a "program" invoked to covert to an RTF file, a different
"program" to convert to Excel etc.

Will also recheck settings. Again any suggestion on which ones

Dec 21 '07 #9
It's an issue with font metrics???

What happens if you use Arial CYR?

--
Allen Browne - Microsoft MVP. Perth, Western Australia
Tips for Access users - http://allenbrowne.com/tips.html
Reply to group, rather than allenbrowne at mvps dot org.

"Phil Stanton" <ph**@stantonfamily.co.ukwrote in message
news:13*************@corp.supernews.com...
Been playing further. Cant find any differences in settings. If however I
change the font from Arial to Arial Narrow and then export the report, the
RTF file is OK. Trouble is that I am already using 6 point Arial which is
just about readable. 6 point Arial narrow is very difficult to read.

Phil
"Allen Browne" <Al*********@SeeSig.Invalidwrote in message
news:47***********************@per-qv1-newsreader-01.iinet.net.au...
>That's fair enough, Phil.

Off the top of my head, I can't tell you which lib does the exporting.
Perhaps you could start by just checking whether it's the same Office
service pack.

"Phil Stanton" <ph**@stantonfamily.co.ukwrote in message
news:13*************@corp.supernews.com...
>>Thanks Allen & Rick

BoatName is a field defined in the Boat table - no messing about with it
al all

MSJET40 version is 4.0.8618.0 on both machines. However as the report is
perfectly OK in access, the problem would appear to be in whatever bit
of software converts the access report to an RTF file. Is there a DLL
that does this or is it done by MSJET40. I had a sort of feeling that
there would be a "program" invoked to covert to an RTF file, a different
"program" to convert to Excel etc.

Will also recheck settings. Again any suggestion on which ones
Dec 22 '07 #10
Phil Stanton wrote:
Been playing further. Cant find any differences in settings. If
however I change the font from Arial to Arial Narrow and then export
the report, the RTF file is OK. Trouble is that I am already using 6
point Arial which is just about readable. 6 point Arial narrow is
very difficult to read.
But as I stated before... no matter what you do to make your current report with
your current data look correct if this is a dynamic report that will use
different data over time or per-filter settings then you will still see the
problem as your data changes.

--
Rick Brandt, Microsoft Access MVP
Email (as appropriate) to...
RBrandt at Hunter dot com
Dec 22 '07 #11
Change of font had no effect.

Have partially resolved the problem though.
The original report is on A6 paper, width 105mm with left and right margins
set at 6mm. The report grid size is 10 both ways. I am using snap to grid.
The 2 fields where I am having problems left position is 77.99 ( why with
snap to grid it is not 78 I have no idea) and the width is 15.01 which all
adds up OK. This is the layout of the report that works on my main machine,
but not the laptop.

If I pull the margins down to 5.7 and increase the field width to 15.52
(guess I better change the grid to 20) works OK on both machines. Any wider
margins or narrower field size won't export correctly on my laptop. All very
odd

Thanks for all your help to both Allen and Rick

Phil

"Allen Browne" <Al*********@SeeSig.Invalidwrote in message
news:47***********************@per-qv1-newsreader-01.iinet.net.au...
It's an issue with font metrics???

What happens if you use Arial CYR?

--
Allen Browne - Microsoft MVP. Perth, Western Australia
Tips for Access users - http://allenbrowne.com/tips.html
Reply to group, rather than allenbrowne at mvps dot org.

"Phil Stanton" <ph**@stantonfamily.co.ukwrote in message
news:13*************@corp.supernews.com...
>Been playing further. Cant find any differences in settings. If however I
change the font from Arial to Arial Narrow and then export the report,
the RTF file is OK. Trouble is that I am already using 6 point Arial
which is just about readable. 6 point Arial narrow is very difficult to
read.

Phil
"Allen Browne" <Al*********@SeeSig.Invalidwrote in message
news:47***********************@per-qv1-newsreader-01.iinet.net.au...
>>That's fair enough, Phil.

Off the top of my head, I can't tell you which lib does the exporting.
Perhaps you could start by just checking whether it's the same Office
service pack.

"Phil Stanton" <ph**@stantonfamily.co.ukwrote in message
news:13*************@corp.supernews.com...
Thanks Allen & Rick

BoatName is a field defined in the Boat table - no messing about with
it al all

MSJET40 version is 4.0.8618.0 on both machines. However as the report
is perfectly OK in access, the problem would appear to be in whatever
bit of software converts the access report to an RTF file. Is there a
DLL that does this or is it done by MSJET40. I had a sort of feeling
that there would be a "program" invoked to covert to an RTF file, a
different "program" to convert to Excel etc.

Will also recheck settings. Again any suggestion on which ones

Dec 22 '07 #12
"Phil Stanton" <ph**@stantonfamily.co.ukwrote in
news:13*************@corp.supernews.com:
Change of font had no effect.

Have partially resolved the problem though.
The original report is on A6 paper, width 105mm with left and right
margins set at 6mm. The report grid size is 10 both ways. I am using
snap to grid. The 2 fields where I am having problems left position is
77.99 ( why with snap to grid it is not 78 I have no idea) and the
width is 15.01 which all adds up OK. This is the layout of the report
that works on my main machine, but not the laptop.

If I pull the margins down to 5.7 and increase the field width to
15.52 (guess I better change the grid to 20) works OK on both
machines. Any wider margins or narrower field size won't export
correctly on my laptop. All very odd
I think this might address the problem that maybe you're identifying ...
maybe ... perhaps.
What it tries to do is set all control locations and sizes to an exact
number of pixels for your set up.

I expect I don't have to remind you to try it (if you are going to try it)
on a throw way copy, but I'll include the warning for anyone else who might
be reading this.

Of course, you'll see and have to repair extra line feeds introduced by
news clients.

Private Declare Function GetDC& Lib "user32" _
(ByVal windowHandle&)
Private Declare Function ReleaseDC& Lib "user32" _
(ByVal windowHandle&, ByVal WindowDeviceHandle&)
Private Declare Function GetDeviceCaps& Lib "gdi32" _
(ByVal windowHandle&, ByVal Index&)

Private Const LOGPIXELSX& = &H5A
Private Const LOGPIXELSY& = &H5A
Private Const TWIPSPERINCH& = 1440

Public Sub StandardizeControlDimensions(ByVal ReportName$)
Dim rpt As Report
Dim ctl As Control
Dim aTwipsPerPixel As Variant
aTwipsPerPixel = TwipsPerPixel()
On Error GoTo StandardizeControlDimensionsErr
Echo 0
DoCmd.OpenReport ReportName, acDesign
Set rpt = Reports(ReportName)
For Each ctl In rpt.Controls
ctl.Height = (Round(ctl.Height / aTwipsPerPixel(1), 0) * aTwipsPerPixel
(1))
ctl.Width = Round(ctl.Width / aTwipsPerPixel(0), 0) * aTwipsPerPixel(0)
Next ctl
StandardizeControlDimensionsExit:
Echo -1
DoCmd.Close acReport, ReportName, acSaveYes
Exit Sub
StandardizeControlDimensionsErr:
With Err
MsgBox .Description, vbCritical, "Error # " & .Number
End With
Resume StandardizeControlDimensionsExit
End Sub

Public Function TwipsPerPixel()
Dim aTwipsPerPixel$(0 To 1)
Dim DesktopWindow&
Dim DesktopWindowDeviceHandle&
DesktopWindowDeviceHandle = GetDC(DesktopWindow)
aTwipsPerPixel(0) = TWIPSPERINCH \ GetDeviceCaps
(DesktopWindowDeviceHandle, LOGPIXELSX)
aTwipsPerPixel(1) = TWIPSPERINCH \ GetDeviceCaps
(DesktopWindowDeviceHandle, LOGPIXELSY)
ReleaseDC DesktopWindow, DesktopWindowDeviceHandle
TwipsPerPixel = aTwipsPerPixel
End Function

One more time: for anyone thinking of trying this; do it on a throw away
copy of the report, please..
Dec 22 '07 #13
Interesting thought, Lyle.

All 3 computers are working at different screen resolutions and after
running your code needless to say the widths change. Then I run into all
sorts of problems with overlapping controls. However I guess that your
remarks apply to Access rather than Word (RTF File), and everything is
perfect in the Access reports with the margins at 6 mm and control widths at
15.01. The problem only become apparent after exporting to Word.

Phil
"lyle fairfield" <ly******@yahoo.cawrote in message
news:AR***************@read1.cgocable.net...
"Phil Stanton" <ph**@stantonfamily.co.ukwrote in
news:13*************@corp.supernews.com:
>Change of font had no effect.

Have partially resolved the problem though.
The original report is on A6 paper, width 105mm with left and right
margins set at 6mm. The report grid size is 10 both ways. I am using
snap to grid. The 2 fields where I am having problems left position is
77.99 ( why with snap to grid it is not 78 I have no idea) and the
width is 15.01 which all adds up OK. This is the layout of the report
that works on my main machine, but not the laptop.

If I pull the margins down to 5.7 and increase the field width to
15.52 (guess I better change the grid to 20) works OK on both
machines. Any wider margins or narrower field size won't export
correctly on my laptop. All very odd

I think this might address the problem that maybe you're identifying ...
maybe ... perhaps.
What it tries to do is set all control locations and sizes to an exact
number of pixels for your set up.

I expect I don't have to remind you to try it (if you are going to try it)
on a throw way copy, but I'll include the warning for anyone else who
might
be reading this.

Of course, you'll see and have to repair extra line feeds introduced by
news clients.

Private Declare Function GetDC& Lib "user32" _
(ByVal windowHandle&)
Private Declare Function ReleaseDC& Lib "user32" _
(ByVal windowHandle&, ByVal WindowDeviceHandle&)
Private Declare Function GetDeviceCaps& Lib "gdi32" _
(ByVal windowHandle&, ByVal Index&)

Private Const LOGPIXELSX& = &H5A
Private Const LOGPIXELSY& = &H5A
Private Const TWIPSPERINCH& = 1440

Public Sub StandardizeControlDimensions(ByVal ReportName$)
Dim rpt As Report
Dim ctl As Control
Dim aTwipsPerPixel As Variant
aTwipsPerPixel = TwipsPerPixel()
On Error GoTo StandardizeControlDimensionsErr
Echo 0
DoCmd.OpenReport ReportName, acDesign
Set rpt = Reports(ReportName)
For Each ctl In rpt.Controls
ctl.Height = (Round(ctl.Height / aTwipsPerPixel(1), 0) * aTwipsPerPixel
(1))
ctl.Width = Round(ctl.Width / aTwipsPerPixel(0), 0) * aTwipsPerPixel(0)
Next ctl
StandardizeControlDimensionsExit:
Echo -1
DoCmd.Close acReport, ReportName, acSaveYes
Exit Sub
StandardizeControlDimensionsErr:
With Err
MsgBox .Description, vbCritical, "Error # " & .Number
End With
Resume StandardizeControlDimensionsExit
End Sub

Public Function TwipsPerPixel()
Dim aTwipsPerPixel$(0 To 1)
Dim DesktopWindow&
Dim DesktopWindowDeviceHandle&
DesktopWindowDeviceHandle = GetDC(DesktopWindow)
aTwipsPerPixel(0) = TWIPSPERINCH \ GetDeviceCaps
(DesktopWindowDeviceHandle, LOGPIXELSX)
aTwipsPerPixel(1) = TWIPSPERINCH \ GetDeviceCaps
(DesktopWindowDeviceHandle, LOGPIXELSY)
ReleaseDC DesktopWindow, DesktopWindowDeviceHandle
TwipsPerPixel = aTwipsPerPixel
End Function

One more time: for anyone thinking of trying this; do it on a throw away
copy of the report, please..

Dec 23 '07 #14
Phil Stanton wrote:
Interesting thought, Lyle.

All 3 computers are working at different screen resolutions and after
running your code needless to say the widths change. Then I run into
all sorts of problems with overlapping controls. However I guess that
your remarks apply to Access rather than Word (RTF File), and
everything is perfect in the Access reports with the margins at 6 mm
and control widths at 15.01. The problem only become apparent after exporting
to Word.
Compare the width of spaces between words in Word and Access as well as the
space between characters (the latter is admittedly pretty difficult). They are
not the same and it throws off the calculations made during the export.

--
Rick Brandt, Microsoft Access MVP
Email (as appropriate) to...
RBrandt at Hunter dot com
Dec 23 '07 #15
As you say Rick, difficult to be sure, but at 500% zoom there appears no
difference between the fonts and spacings

Phil
"Rick Brandt" <ri*********@hotmail.comwrote in message
news:6N**************@nlpi061.nbdc.sbc.com...
Phil Stanton wrote:
>Interesting thought, Lyle.

All 3 computers are working at different screen resolutions and after
running your code needless to say the widths change. Then I run into
all sorts of problems with overlapping controls. However I guess that
your remarks apply to Access rather than Word (RTF File), and
everything is perfect in the Access reports with the margins at 6 mm
and control widths at 15.01. The problem only become apparent after
exporting to Word.

Compare the width of spaces between words in Word and Access as well as
the space between characters (the latter is admittedly pretty difficult).
They are not the same and it throws off the calculations made during the
export.

--
Rick Brandt, Microsoft Access MVP
Email (as appropriate) to...
RBrandt at Hunter dot com

Dec 23 '07 #16

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

13
by: DarkSpy | last post by:
many c++ compilers including "gcc" have not implemented the "export" keyword, but the comeau compilers made it (just i knew). i want to know about: is it too difficult to implement "export"...
205
by: Jeremy Siek | last post by:
CALL FOR PAPERS/PARTICIPATION C++, Boost, and the Future of C++ Libraries Workshop at OOPSLA October 24-28, 2004 Vancouver, British Columbia, Canada http://tinyurl.com/4n5pf Submissions
1
by: Do Park via SQLMonster.com | last post by:
Hello all, I don?t often export data from a table. I am wondering how you export data from a table. I?d like to know how you export in real world. Do you export data from a table to a flat...
6
by: maricel | last post by:
Is there anybody out there who have any idea why EXPORT is relatively slower when putting the output file on a network drive - map drive from onother PC compared to putting it on my local PC drive...
5
by: David | last post by:
I am a little confused by DB2 Backup and Export. I used "db2 backup db QAS to /dev/rmt0" backuping 650GB database to a IBM LTO 3581 (1 drive) only 11 hours. But I used "db2 export to /dev/rmt0...
5
by: Tim Eliot | last post by:
Just wondering if anyone has hit the following issue and how you might have sorted it out. I am using the command: DoCmd.TransferText acExportMerge, , stDataSource, stFileName, True after...
7
by: Pat | last post by:
I would like to send the Print Preview of a MS Access form to a Snapshot file. The form contains an OLE graph. BACKGROUND A snapshot of a report is possible. If I could I would use a report to...
1
by: chaitu | last post by:
Hi, Can anybody tell me what the error code for Export is. Like i get the message SQL3104N The Export utility is beginning to export data to file...
5
by: JHNielson | last post by:
I have a somewhat simple question, but have been baffled by it for a while, and now I'm on a tight deadline - have to get it done within 24 hours. I am trying to export a set of files to my hard...
8
by: iheartvba | last post by:
Hi I am using Access 2007 and am trying to export a query to a fixed length text file. I tried using the following code to export the text file: DoCmd.TransferText acExportFixed, , "qryFFRDeFile",...
0
by: emmanuelkatto | last post by:
Hi All, I am Emmanuel katto from Uganda. I want to ask what challenges you've faced while migrating a website to cloud. Please let me know. Thanks! Emmanuel
0
BarryA
by: BarryA | last post by:
What are the essential steps and strategies outlined in the Data Structures and Algorithms (DSA) roadmap for aspiring data scientists? How can individuals effectively utilize this roadmap to progress...
1
by: nemocccc | last post by:
hello, everyone, I want to develop a software for my android phone for daily needs, any suggestions?
1
by: Sonnysonu | last post by:
This is the data of csv file 1 2 3 1 2 3 1 2 3 1 2 3 2 3 2 3 3 the lengths should be different i have to store the data by column-wise with in the specific length. suppose the i have to...
0
marktang
by: marktang | last post by:
ONU (Optical Network Unit) is one of the key components for providing high-speed Internet services. Its primary function is to act as an endpoint device located at the user's premises. However,...
0
Oralloy
by: Oralloy | last post by:
Hello folks, I am unable to find appropriate documentation on the type promotion of bit-fields when using the generalised comparison operator "<=>". The problem is that using the GNU compilers,...
0
jinu1996
by: jinu1996 | last post by:
In today's digital age, having a compelling online presence is paramount for businesses aiming to thrive in a competitive landscape. At the heart of this digital strategy lies an intricately woven...
0
tracyyun
by: tracyyun | last post by:
Dear forum friends, With the development of smart home technology, a variety of wireless communication protocols have appeared on the market, such as Zigbee, Z-Wave, Wi-Fi, Bluetooth, etc. Each...
0
isladogs
by: isladogs | last post by:
The next Access Europe User Group meeting will be on Wednesday 1 May 2024 starting at 18:00 UK time (6PM UTC+1) and finishing by 19:30 (7.30PM). In this session, we are pleased to welcome a new...

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.