|
happy new year
happy new year
|
|
|
|
|
Run.
Love Forgives--Love Gives--Jesus is Love  <marquee direction="up" height="50" scrolldelay="1" step="1" scrollamount="1" style="background-color:'#44ccff'">
--Owner Drawn
--Nothing special
--Defeat is temporary but surrender is permanent
--Never say quits
--Jesus is Lord
|
|
|
|
|
thats tricky
Vikas Amin
Embin Technology
Bombay
vikas.amin@embin.com
|
|
|
|
|
U r late
:->
its 6 days past new year
Vikas Amin
Embin Technology
Bombay
vikas.amin@embin.com
|
|
|
|
|
ptr_Electron wrote: happy new year
You had a long hangover i guess 
-Prakash
|
|
|
|
|
 , or i guess in his calender, the year starts from Jan5. 
"But your mind is very complex, very tricky. It makes simple things complicated. -- that's its work. And for centuries it has been trained for only one thing: to make things so complicated that your life becomes impossible."- Osho
<marquee scrollamount="1" scrolldelay="1" direction="up" height="10" step="1">--[V]--
|
|
|
|
|
no my dear frz , this is the firt time i am meeting u all in the year 2006
right !!
bye
|
|
|
|
|
ptr_Electron wrote: this is the firt time i am meeting u all in the year 2006
OK Then Welcome
"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow
cheers,
Alok Gupta
VC Forum Q&A :- I/ IV
|
|
|
|
|
T-1000 wrote: the year starts from Jan5.
Jan 6 to be more accurate as clock change day at 12 Pm
"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow
cheers,
Alok Gupta
VC Forum Q&A :- I/ IV
|
|
|
|
|
"But your mind is very complex, very tricky. It makes simple things complicated. -- that's its work. And for centuries it has been trained for only one thing: to make things so complicated that your life becomes impossible."- Osho
<marquee scrollamount="1" scrolldelay="1" direction="up" height="10" step="1">--[V]--
|
|
|
|
|
hi,
i hav created a 'IWebBrowserApp' object from my application.
how can i maximise it ?
regards,
abin
|
|
|
|
|
This coult help:
put_FullScreen(VARIANT_BOOL bFullScreen);
Love Forgives--Love Gives--Jesus is Love <marquee direction="up" height="50" scrolldelay="1" step="1" scrollamount="1" style="background-color:'#44ccff'">
--Owner Drawn
--Nothing special
--Defeat is temporary but surrender is permanent
--Never say quits
--Jesus is Lord
|
|
|
|
|
thanks owner,
put_FullScreen(VARIANT_TRUE); displays IE is in full-screen mode.
but i just want to maximize it. how can i do it ?
|
|
|
|
|
does anyone have any suggestions for how to modify the lifespan of a standard treeview info tip (TVS_INFOTIP)?
basically i want the tip to remain visible indefinitely whilst the cursor is over the item.
i've tried using spy++ to monitor the windows messages being sent about but to no avail. and i'm sure that i recall some way of identifying the tooltips window and sending it messages but, alas, my memory is failing me in old age
.dan.g.
AbstractSpoon Software
abstractspoon2_at_optusnet_dot_com_dot_au
|
|
|
|
|
CTreeCtrl m_yourtree;
CToolTipCtrl *ctc = m_yourtree.GetToolTips();
ctc->SetDelayTime();
Love Forgives--Love Gives--Jesus is Love <marquee direction="up" height="50" scrolldelay="1" step="1" scrollamount="1" style="background-color:'#44ccff'">
--Owner Drawn
--Nothing special
--Defeat is temporary but surrender is permanent
--Never say quits
--Jesus is Lord
|
|
|
|
|
|
SetDelayTime() specifies how much time must elapse before the tooltip appears.
"The words of God are not like the oak leaf which dies and falls to the earth, but like the pine tree which stays green forever." - Native American Proverb
|
|
|
|
|
I stand corrected.
but how's this
TTDT_AUTOPOP - length of time the tool tip window remains visible if the pointer is stationary within a tool's bounding rectangle.
Love Forgives--Love Gives--Jesus is Love <marquee direction="up" height="50" scrolldelay="1" step="1" scrollamount="1" style="background-color:'#44ccff'">
--Owner Drawn
--Nothing special
--Defeat is temporary but surrender is permanent
--Never say quits
--Jesus is Lord
-- modified at 23:06 Sunday 8th January, 2006
|
|
|
|
|
We have an App written in VC++ 6.0 and MS Access 2003 is used to store data used by the App. Initially it was good, but after the database size has grown there are serious performance issues. Is MS Access the culprit really? If then which Database should we use? It must be able to handle really massive data without compromising too much with Performance.
Awaiting your valuable suggestion and ideas.
Thanks and Regards,
Rajesh R. Subramanian
You have an apple and me too. We exchange those and We have an apple each.
You have an idea and me too. We exchange those and We have two ideas each.
|
|
|
|
|
Yeap MS-Access needs to arrested. It's not made for huge amount of data.
Suggestions:
MS-S X|L.
or
 racle
Love Forgives--Love Gives--Jesus is Love <marquee direction="up" height="50" scrolldelay="1" step="1" scrollamount="1" style="background-color:'#44ccff'">
--Owner Drawn
--Nothing special
--Defeat is temporary but surrender is permanent
--Never say quits
--Jesus is Lord
|
|
|
|
|
It really depends on what functionality you are after. Unfortunately I can't think of any sites of hand, but to decide the best one you should decide what you need. When you say "massive data", are there lots of records or does each record contain lots of data?
Obviously size and speed is an issue, but here are some additional questions you may want to ask yourself....
Do I need rollbacks?
Do I need encryption?
What is the maximum # records I will likely need to support?
Do I need any form of referential integrity?
Do I want to pay a license for the database engine or do I want a freebie?
When I die I'd like to go peacefully in my sleep like my father, not screaming in terror like his passengers!!!
|
|
|
|
|
Thanks for the concern. I will tell you all the details.
lastgen wrote: When you say "massive data", are there lots of records or does each record contain lots of data?
There are actually lots of record. Not that each record has lots of data.
lastgen wrote: Do I need rollbacks?
Not. The database would be more like a databank from where i will keep fetching data. A very little or NO editing job will be done by the client. Something like a dictionary.
lastgen wrote: Do I need encryption?
Yes.
lastgen wrote: What is the maximum # records I will likely need to support?
Upto 10 lakhs.
lastgen wrote: Do I need any form of referential integrity?
Good if I can have. Not a problem though.
lastgen wrote: Do I want to pay a license for the database engine or do I want a freebie?
Good if a freebie can be REALLY EQUALLY good. Otherwise, ready to pay for a license.
Thanks and Regards,
Rajesh R. Subramanian
You have an apple and me too. We exchange those and We have an apple each.
You have an idea and me too. We exchange those and We have two ideas each.
|
|
|
|
|
Rajesh R. Subramanian wrote:
lastgen wrote:
Do I need rollbacks?
Not. The database would be more like a databank from where i will keep fetching data. A very little or NO editing job will be done by the client. Something like a dictionary.
If the client is not doing any editing perhaps you don't even need a database engine at all. Simple growable array(s) would possibly suffice, and you could encrypt the file(s) when you save it(them). It depends on your programming experience and capabilities really. Of the shelf database packages are usually convienient, but the may have a lot of overhead you will never use but are paying for anyway.
Unfortunately like I said before I don't know of any sites that compare database engine capabilites that I can give you. One database engine is not neccessarily always the best choice, it varies depending on what is needed(but from my experience in the past avoid Access unless you need to use a lot of macros etc).
When I die I'd like to go peacefully in my sleep like my father, not screaming in terror like his passengers!!!
|
|
|
|
|
We need to use a database here for some reason. Thanks for the reply.
Regards,
Rajesh R. Subramanian
You have an apple and me too. We exchange those and We have an apple each.
You have an idea and me too. We exchange those and We have two ideas each.
|
|
|
|
|
If the size of data is quiet large i
dont prefer growable arrays ,u cannot
realy on them . There are many issues
in a Database . If we use arrays we
need to handle all the issues and exceptions.
AS the size increases the speed is effected
No and dont try MS Access for large and
multiple user database
Let that be done by some expert database.
Vikas Amin
Embin Technology
Bombay
vikas.amin@embin.com
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
