Re: Best practice for managing large quantity of hard-coded string in application. - C / C++ / MFC Discussion Boards

Re: fatal error c1020: unexpected #endif

Richard MacCutchan15-Sep-10 21:56

Richard MacCutchan

15-Sep-10 21:56

overloaded Name wrote:
File: tapi.h...............
Line: 5281

OK, so now go and look at that file - there should be a #endif statement on that line, so you can scan backwards to find out why it does not have an opening #if. However, as someone else has suggested, it is more likely something external to that header file that is causing the problem. Check your own source files to make sure you have not coded a spurious #if statement somewhere.

It's time for a new signature.

Re: fatal error c1020: unexpected #endif

Emilio Garavaglia15-Sep-10 21:37

Emilio Garavaglia

15-Sep-10 21:37

Unless you mistakenly modified tapi.h that is NOT the problem.

The message means that, while compiling a Cpp file (.h don't exist for the compiler, they are pasted in by the preprocessor in a previous compilation stage) and #endif ending nothing had been found.

Jut check if you didn't place an extra #endif in a file you include before including <tapi.h> in the Cpp file that gives the error.

2 bugs found.
> recompile ...
65534 bugs found.
D'Oh! | :doh:

Re: fatal error c1020: unexpected #endif

AmbiguousName15-Sep-10 23:17

AmbiguousName

15-Sep-10 23:17

Emilio Garavaglia wrote:
Unless you mistakenly modified tapi.h ......

well i dont remember doing so but lets suppose I did that, what is the solution??

Best practice for managing large quantity of hard-coded string in application.

Maximilien15-Sep-10 4:17

Maximilien

15-Sep-10 4:17

We come to a point where we have a lot of hard-coded string in our application (because laziness, design issues, release-scheduling, ...).

Most of our string are in the resources (string tables) and are used in the UI part of the application, but some of them are in the non-UI part (libraries) that does not have a direct access to the resources, and we don't want to have a dependence on the resources.

Is there a best-practice way to deal with large quantity of string ?

Simple header file with <code>const char*</code> ?

const char* myString = "my string";

or with <code>#define</code> ? Easy but not user friendly for potential localization.

#define myString "my string"

or an XML file with something like that (rough idea)?

<string ID="myString">
my string
</string&g

Or stick with the main resource file and string tables ? or one new resource for each libraries and include them in the main application resource ? possible issues with ID conflicts ?

Thanks.

Max.

Watched code never compiles.

Re: Best practice for managing large quantity of hard-coded string in application.

Aescleal15-Sep-10 5:28

Aescleal

15-Sep-10 5:28

Have a look at gettext. I've used it in a couple of projects and it's worked okay. It doesn't require loads of changes to the source and it's not too bad for localisation. It also handles strings from libraries fairly well.

One big bugger is that it's a bit arcane to support unicode, but you can get over that with a bit of reading.

Cheers,

Ash

Re: Best practice for managing large quantity of hard-coded string in application.

Maximilien15-Sep-10 8:19

Maximilien

15-Sep-10 8:19

Aescleal wrote:
Have a look at gettext.

gettext what ?

I've googled a bit on MSDN and could not find a reference, are you talking about the gnu/linux/whateverux gettext ?

Watched code never compiles.

Re: Best practice for managing large quantity of hard-coded string in application.

Aescleal15-Sep-10 11:19

Aescleal

15-Sep-10 11:19

That's the one - GNU gettext. It's a library and a suite of tools for managing strings in applications.

Cheers,

Ash

Re: Best practice for managing large quantity of hard-coded string in application.

Eugen Podsypalnikov15-Sep-10 9:19

Eugen Podsypalnikov

15-Sep-10 9:19

A product family could have the following resourses division Smile | :)

:

- application level, with all libs used by an application:
one resource.h and one directory for resource DLLs

(the shared by applications libs could have a reserved ID-area
in an external header)

- that directory is the second (sub-)level:
DLLs - for each needed language

Of course, the only GUI-Strings should be placed in the resources
(which must be localized (translated ?)).

An application does set the resource handle to its needed dll,
for itself and all its libs at the run time.

A "counter question":
what role can have a non-GUI string constant in a real code ? Smile | :)

virtual void BeHappy() = 0;

Re: Best practice for managing large quantity of hard-coded string in application.

Sameerkumar Namdeo15-Sep-10 19:26

Sameerkumar Namdeo

15-Sep-10 19:26

Maintain Excel File for reading the strings used in application.
One Excel File for one language.
Each sheet in Excel File for each of your module or application or library.
Reading and writing from Excel File is easy with :

BasicExcel - A Class to Read and Write to Microsoft Excel - The Code Project - C++

My Blog.

My codeproject Articles.

Re: Best practice for managing large quantity of hard-coded string in application.

Shivanand Gupta15-Sep-10 20:24

Shivanand Gupta

15-Sep-10 20:24

use "ini" file
read string from ini file by GetPrivateProfileString method

Re: Best practice for managing large quantity of hard-coded string in application.

David Crow16-Sep-10 5:44

David Crow

16-Sep-10 5:44

This is what we used to do with DOS and 16-bit Windows.

"One man's wage rise is another man's price increase." - Harold Wilson

"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons

"Man who follows car will be exhausted." - Confucius

Re: Best practice for managing large quantity of hard-coded string in application.

Shivanand Gupta16-Sep-10 10:27

Shivanand Gupta

16-Sep-10 10:27

it store data in key value pair. and it work well in windowXP

Re: Best practice for managing large quantity of hard-coded string in application. [modified]

Alain Rist16-Sep-10 0:02

Alain Rist

16-Sep-10 0:02

Hi,
With something like

// AppStrings.h
#include <tchar.h>

// globally accessible const string ids
enum e_ID { ID_THIS, ID_THAT, ID_OTHER /*, etc...*/};

namespace App 
{
const TCHAR* String(e_ID i);
}

and

// AppStrings.cpp

#include <AppStrings.h>
#include <map>

#define ID_STRING(id, str) std::make_pair(id , _T(str))

namespace App {

typedef std::pair<e_ID, const TCHAR*> IdStr;

const IdStr IdStrings[] = {
	ID_STRING(ID_THIS, "This"),
	ID_STRING(ID_THAT, "That"),
	ID_STRING(ID_OTHER, "Other"),
	/*etc...*/};

const std::map<e_ID, const TCHAR*> StringMap(IdStrings, IdStrings + sizeof IdStrings / sizeof IdStr);

const TCHAR* String(e_ID i)
{
	//const auto it = StringMap.find(i);
	const std::map<e_ID, const TCHAR*>::const_iterator it = StringMap.find(i);
	return it == StringMap.end() ? NULL : it->second;
}

} // namespace App

any part of the app after #include "AppStrings.h" may call App::String(SOMEID);. You may as well have different namespaces and id enums for different parts of your app.
cheers,
AR

When the wise (person) points at the moon the fool looks at the finger (Chinese proverb)

modified on Thursday, September 16, 2010 6:15 AM

How can remove dotted gray line that is display in row of ListCtrl?

Le@rner14-Sep-10 23:36

Le@rner

14-Sep-10 23:36

Hi all,

i m using CListCtrl of report style,sometime gray dotted line boundary display around the row of list ctrl.

please tell me how can i remove this.

thanks in advance.

Re: How can remove dotted gray line that is display in row of ListCtrl?

Niklas L15-Sep-10 0:19

Niklas L

15-Sep-10 0:19

The dotted lines constructs the focus rectangle, which is vital information for someone using the keyboard to navigate the GUI.

To get rid of it, you could custom draw[^] the list.

home

Re: How can remove dotted gray line that is display in row of ListCtrl?

Le@rner15-Sep-10 0:31

Le@rner

15-Sep-10 0:31

there is no option to remove this focus rectangle.

Re: How can remove dotted gray line that is display in row of ListCtrl?

Niklas L15-Sep-10 0:40

Niklas L

15-Sep-10 0:40

Le@rner wrote:
there is no option to remove this focus rectangle.

If that's a question, then there is no style bit for that, no.
If that's a cry of despair, have my sympathy. Smile | :)

home

Re: How can remove dotted gray line that is display in row of ListCtrl?

Cool_Dev15-Sep-10 3:17

Cool_Dev

15-Sep-10 3:17

option is disable item selection. Smile | :)

Displaying Greek text on a button in windows-xp

msr_codeproject14-Sep-10 23:29

msr_codeproject

14-Sep-10 23:29

Hi all, I have been trying to display Προσθήκη Όλων on a button control in Win-7 as well as in Win-xp machines. In Win-7 it is displaying properly but in Win-xp (SP3, 32 Bit) it is getting displayed as ???s???? ????. I have used unicode APIs. What may be the reason. Please help me to solve this issue.

Regards
msr

Re: Displaying Greek text on a button in windows-xp

Cool_Dev15-Sep-10 3:22

Cool_Dev

15-Sep-10 3:22

are you sure that 'Supplemental language support' and codepage conversion table for Greek is installed in XP?

Re: Displaying Greek text on a button in windows-xp

Code-o-mat15-Sep-10 6:11

Code-o-mat

15-Sep-10 6:11

This is just a blindshot, but maybe the font you are using needs the GREEK_CHARSET set to it, like shown here[^] for the LOGFONT structure's lfCharSet member?

> The problem with computers is that they do what you tell them to do and not what you want them to do. <
> "It doesn't work, fix it" does not qualify as a bug report. <
> Amazing what new features none of the programmers working on the project ever heard of you can learn about when reading what the marketing guys wrote about it. <

Getting path count

Benjamin Bruno14-Sep-10 23:25

Benjamin Bruno

14-Sep-10 23:25

<br />
<br />
       BeginPath(hdc)<br />
<br />
       Ellipse( hdc,0,0,200,200 );<br />
<br />
       EndPath(hdc);<br />
       FlattenPath( hdc);<br />
<br />
       LPPOINT pt;<br />
       LPBYTE   byt;<br />
       int nCnt= 0;<br />
       nCnt = GetPath(hdc, (LPPOINT)NULL,(LPBYTE)NULL,0);<br />
       if( nCnt != 0 )<br />
       {<br />
           pt = new POINT[nCnt];<br />
           byt =new BYTE[nCnt];<br />
       }<br />
<br />

Is this code produce correct path count (nCnt) in the given ellipse?

Re: Getting path count

Code-o-mat15-Sep-10 1:55

Code-o-mat

15-Sep-10 1:55

Well, as far as i can see, according to the documentation[^], nCnt should give you the number of points the path consists of.

C2259

T.RATHA KRISHNAN14-Sep-10 22:29

T.RATHA KRISHNAN

14-Sep-10 22:29

Hi!
I got the following error:

Error 1 error C2259: 'irr::gui::CImageGUISkin' : cannot instantiate abstract class d:\klagui\source\main.cpp 27

I checked the CImageGUISkin class for pure virtual functions. It has no pure virtual functions. Then why this error comes? How to resolve this error?

Re: C2259

Niklas L14-Sep-10 22:33

Niklas L

14-Sep-10 22:33

If CImageGUISkin inherits from other classes, you need to check them too, and make sure all pure virtual functions are overridden/defined.

home

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.